On 09/01/2018 09:15 AM, Jonathan M Davis wrote:
I don't know if any DVD players have ever used Java, but all Blu-ray players
do require it, because unfortunately, the Blu-ray spec allows for the menus
to be done via Java (presumably so that they can be fancier than what was
possible on DVDs).
On 09/02/2018 12:53 AM, Jonathan M Davis wrote:
Ouch. Seriously, seriously ouch.
Heh, yea, well...that particular one was state party school, so, what
y'gonna do? *shrug*
Smug as I may have been at the at the time, it wasn't until later I
realized the REAL smart ones were the ones out
Round 2 because I had this whole thing typed up, and then my
power went out on me right before I posted. I was much happier
with how that one was worded too.
Basically I'd like to go over at length one of the issues I see
with these DIPs (though I think it applies more to DIP1000),
namely
On 09/01/2018 02:15 AM, Ola Fosheim Grøstad wrote:
The root cause of bad software is that many programmers don't even have
an education in CS or software engineering, or didn't do a good job
while getting it!
Meh, no. The root cause trifecta is:
A. People not caring enough about their
Both compatible with syntax changes coming with 2.082.
https://github.com/dlang-community/DCD/releases/tag/v0.9.11
https://github.com/dlang-community/D-Scanner/releases/tag/v0.5.10
On Saturday, September 1, 2018 10:44:57 PM MDT Nick Sabalausky (Abscissa)
via Digitalmars-d wrote:
> On 09/01/2018 01:51 AM, rikki cattermole wrote:
> > But in saying that, we had third year students starting out not
> > understanding how cli arguments work so...
>
> How I wish that sort of thing
On 09/01/2018 01:51 AM, rikki cattermole wrote:
But in saying that, we had third year students starting out not
understanding how cli arguments work so...
How I wish that sort of thing surprised me ;)
As part of the generation that grew up with BASIC on 80's home
computers, part of my
https://issues.dlang.org/show_bug.cgi?id=19211
Issue ID: 19211
Summary: [REG 2.072] cant get the type of a non-const delegate
in a const function
Product: D
Version: D2
Hardware: All
OS: All
On 08/31/2018 07:20 PM, H. S. Teoh wrote:
The problem is that there is a disconnect between academia and the
industry.
The goal in academia is to produce new research, to find ground-breaking
new theories that bring a lot of recognition and fame to the institution
when published. It's the
On Saturday, September 1, 2018 9:18:17 PM MDT Nick Sabalausky (Abscissa) via
Digitalmars-d wrote:
> On 08/31/2018 03:50 PM, Walter Bright wrote:
> [From your comment in that thread]
>
> > fill up your system disk to near capacity, then try to run various
>
> apps and system utilities.
>
> I've
On 09/01/2018 05:06 PM, Ola Fosheim Grøstad wrote:
If you have a specific context (like banking) then you can develop a
software method that specifies how to build banking software, and repeat
it, assuming that the banks you develop the method for are similar
Of course, banking has changed
On 08/31/2018 05:09 PM, H. S. Teoh wrote:
It's precisely for this reason that the title "software engineer" makes
me cringe on the one hand, and snicker on the other hand. I honestly
cannot keep a straight face when using the word "engineering" to
describe what a typical programmer does in the
On 08/31/2018 03:50 PM, Walter Bright wrote:
https://news.ycombinator.com/item?id=17880722
Typical comments:
"`assertAndContinue` crashes in dev and logs an error and keeps going in
prod. Each time we want to verify a runtime assumption, we decide which
type of assert to use. We prefer
On Saturday, September 1, 2018 2:15:15 PM MDT Walter Bright via Digitalmars-
d wrote:
> https://blog.regehr.org/archives/1091
>
> As usual, John nails it in a particularly well-written essay.
>
> "ASSERT(expr)
> Asserts that an expression is true. The expression may or may not be
> evaluated. If
On Sat, 1 Sep 2018 at 18:55, Joakim via Digitalmars-d
wrote:
>
> On Saturday, 1 September 2018 at 20:12:24 UTC, Manu wrote:
> > I know there's been discussion on this before, I just want a
> > definitive reference.
> >
> > It looks like it would be relatively straight forward for DMD
> > to be a
On Saturday, 1 September 2018 at 23:29:01 UTC, Nicholas Wilson
wrote:
On Saturday, 1 September 2018 at 14:48:55 UTC, Jonathan Marler
wrote:
Note that we would want this to be a new option so as not to
break anyone depending on "-op" semantics. Maybe "-om" for
"output path based on 'Module'
On 9/1/2018 5:47 PM, Nick Sabalausky (Abscissa) wrote:
All in all, John is very non-committal about the whole thing.
He probably got tired of arguing about it :-)
On Saturday, 1 September 2018 at 20:12:24 UTC, Manu wrote:
I know there's been discussion on this before, I just want a
definitive reference.
It looks like it would be relatively straight forward for DMD
to be a
cross-compiler.
A few version() statements could be runtime if's, and that's
On Sunday, 2 September 2018 at 01:05:10 UTC, Martin Nowak wrote:
Glad to announce D 2.082.0.
The Windows installer gave me no warning messages this time.
Thanks, everyone.
Mike
Glad to announce D 2.082.0.
This release comes with more efficient update functions for associative
arrays, unsafe code in debug blocks, UDAs for function parameters, an
improved dependency resolution and avoidance of online update checks for
dub, and signed Windows binaries.
On 09/01/2018 07:46 PM, Walter Bright wrote:
On 9/1/2018 3:58 PM, Adam D. Ruppe wrote:
On Saturday, 1 September 2018 at 22:10:27 UTC, Nick Sabalausky wrote:
I've used StackOverflow. It's NOT a place for asking and answering
questions.
I generally agree, but the D tag on it isn't so bad since
On 09/01/2018 08:44 PM, Nick Sabalausky (Abscissa) wrote:
You're both wrong. ;) Or actually, you're both right...
That said, it IS a very interesting, well-written article.
On 09/01/2018 08:44 PM, Nick Sabalausky (Abscissa) wrote:
"Are Assertions Enabled in Production Code?"
"This is entirely situational."
"The question of whether it is better to stop or keep going when an internal
bug is detected is not a straightforward one to answer."
All in
On 09/01/2018 07:54 PM, Walter Bright wrote:
On 9/1/2018 3:23 PM, Guillaume Boucher wrote:
On Saturday, 1 September 2018 at 20:15:15 UTC, Walter Bright wrote:
[John agrees with me.]
[No, he doesn't.]
[Yea-huh, he does.]
You're both wrong. ;) Or actually, you're both right...
There's a
On 9/1/2018 3:23 PM, Guillaume Boucher wrote:
On Saturday, 1 September 2018 at 20:15:15 UTC, Walter Bright wrote:
Note the "may or may not be evaluated." We've debated this here before. I'm
rather pleased that John agrees with me on this.
I.e. the optimizer can assume the expression is true
On 9/1/2018 3:58 PM, Adam D. Ruppe wrote:
On Saturday, 1 September 2018 at 22:10:27 UTC, Nick Sabalausky wrote:
I've used StackOverflow. It's NOT a place for asking and answering questions.
I generally agree, but the D tag on it isn't so bad since most the annoying
regulars keep away. It is
On Saturday, 1 September 2018 at 14:48:55 UTC, Jonathan Marler
wrote:
Note that we would want this to be a new option so as not to
break anyone depending on "-op" semantics. Maybe "-om" for
"output path based on 'Module' name"?
LDC has this already as -oq, FWIW.
On Saturday, 1 September 2018 at 22:10:27 UTC, Nick Sabalausky
wrote:
I've used StackOverflow. It's NOT a place for asking and
answering questions.
I generally agree, but the D tag on it isn't so bad since most
the annoying regulars keep away. It is more the domain of me and
a handful of
On 08/22/2018 01:28 PM, H. S. Teoh wrote:
On Wed, Aug 22, 2018 at 04:06:38PM +, Neia Neutuladh via Digitalmars-d
wrote:
[...]
I'm a little paranoid about centralized services like Github. I'd
prefer a federated service for source control / project management,
where you could easily fork
On Saturday, 1 September 2018 at 20:48:27 UTC, Walter Bright
wrote:
On 9/1/2018 5:25 AM, tide wrote:
and that all bugs can be solved with asserts
I never said that, not even close.
But I will maintain that DVD players still hanging on a
scratched DVD after 20 years of development means
On 9/1/2018 7:36 AM, Walter Bright wrote:
> On 9/1/2018 2:15 AM, Paulo Pinto wrote:
>> On Saturday, 1 September 2018 at 08:19:49 UTC, Walter Bright wrote:
>>> On 8/31/2018 11:59 PM, Paulo Pinto wrote:
> For example, in any CS program, are there any courses at all about
> this?
Yes, we
You can strip off any attribute with SetFunctionAttributes:
import std.stdio;
// Adapted from std.traits.SetFunctionAttributes documentation
import std.traits;
auto assumeNoGC(T)(T t)
if (isFunctionPointer!T || isDelegate!T)
{
enum attrs = functionAttributes!T | FunctionAttribute.nogc;
On Saturday, 1 September 2018 at 20:15:15 UTC, Walter Bright
wrote:
Note the "may or may not be evaluated." We've debated this here
before. I'm rather pleased that John agrees with me on this.
I.e. the optimizer can assume the expression is true and use
that information to generate better
On 08/21/2018 10:18 AM, Seb wrote:
There are a few good points to move D.learn to Stack Overflow and that's
actually one thing that we have talked about a few times and somehow
never has happened. In the D survey there was a 2:1 "consensus" for
StackOverflow.
Eeew, god no. That would be
I would like to debug a few things and need to insert print
statements to figure things out. I thought that using debug print
would be ok in nogc code?
Seems it make the compiler infer f as not nogc though so this is
basically unworkable unless I go through my entire source code
and remove
On 08/31/2018 03:28 PM, tide wrote:
Don't use a NNTP client, I prefer to just use a browser.
For many of us it's the opposite. If you prefer to use a browser then
you're free to keep using it.
So you've never posted a snippet of code on here? I honestly doubt that.
Syntax formatting is
On 9/1/2018 2:33 PM, Gambler wrote:
Alan Kay, Joe Armstrong, Jim Coplien - just to name a few famous people
who talked about this issue. It's amazing that so many engineers still
don't get it. I'm inclined to put some blame on the recent TDD movement.
They often to seem stress low-level code
On 08/21/2018 05:41 PM, tide wrote:
What about if you accidentially press a button that posts the comment?
Then the world ends and everybody dies horribly.
Erm...wait, I mean:
You post a follow-up and move on.
Why can't syntax formatting be implemented, does anyone disagree that is
a
On 8/31/2018 3:50 PM, Walter Bright wrote:
> https://news.ycombinator.com/item?id=17880722
>
> Typical comments:
>
> "`assertAndContinue` crashes in dev and logs an error and keeps going in
> prod. Each time we want to verify a runtime assumption, we decide which
> type of assert to use. We
On 08/20/2018 11:42 PM, Ali wrote:
Every now and then someone new to D comes and ask, why arent we using
better forum software.
There *is* better forum software than what they're used to using. *MUCH*
better. It's called Thunderbird.
:)
On 09/01/2018 07:12 AM, Chris wrote:
Hope is usually the last thing to die. But one has to be wise enough to
see that sometimes there is nothing one can do. As things are now, for
me personally D is no longer an option, because of simple basic things,
like autodecode, a flaw that will be
On Saturday, 1 September 2018 at 11:32:32 UTC, Jonathan M Davis
wrote:
I'm not sure that I really agree that software engineering
isn't engineering, but the folks who argue against it do have a
point in that software engineering is definitely not like most
other engineering disciplines, and
mypackage:
internaltype.d
package struct InternalType {}
package template isInternalType(T) { ... }
externaltype.d
auto doStuff() {
return InternalType();
}
testfile.d
@("Make sure under scenario X that InternalType is returned")
unittest {
static
On 9/1/2018 5:33 AM, tide wrote:
It is vastly different, do you know what fly by wire is?
Yes, I do. Do you know I worked for three years on critical flight controls
systems at Boeing? I said so in the article(s). These ideas are not mine, I did
not come up with them in 5 minutes at the
On 9/1/2018 5:25 AM, tide wrote:
and that all bugs can be solved with asserts
I never said that, not even close.
But I will maintain that DVD players still hanging on a scratched DVD after 20
years of development means there's some cowboy engineering going on, and an
obvious lack of concern
On Saturday, 1 September 2018 at 17:17:37 UTC, puffi wrote:
Hi,
Is it by design that when calling functions with either ubyte
or byte variables the char overload is called instead of the
int (or generic) one?
It seems this is by design.
"If two or more functions have the same match level,
On Saturday, 1 September 2018 at 20:35:52 UTC, Per Nordlöw wrote:
On Saturday, 1 September 2018 at 19:52:14 UTC, kinke wrote:
`_Z7DtoLValP6DValue` may be suitable...
Is this a C++-symbol?
import core.demangle;
demangle("_Z7DtoLValP6DValue")
returns the same string...
It's C++.
Demangled
On Saturday, 1 September 2018 at 19:52:14 UTC, kinke wrote:
`_Z7DtoLValP6DValue` may be suitable...
Is this a C++-symbol?
import core.demangle;
demangle("_Z7DtoLValP6DValue")
returns the same string...
On 9/1/2018 1:18 AM, Walter Bright wrote:
On 8/31/2018 7:28 PM, tide wrote:
I'm just wondering but how would you code an assert to ensure the variable for
a title bar is the correct color? Just how many asserts are you going to have
in your real-time game that can be expected to run at 144+
On 8/31/2018 3:16 AM, Andrey wrote:
Forum posts should be informative and contain meaningful text that will be
understandable for readers. And if required, it should contain videos / images /
screenshots / quotes / links, etc.
It already highlights quotes and links. As for the rest, the D
https://blog.regehr.org/archives/1091
As usual, John nails it in a particularly well-written essay.
"ASSERT(expr)
Asserts that an expression is true. The expression may or may not be evaluated.
If the expression is true, execution continues normally.
If the expression is false, what happens is
I know there's been discussion on this before, I just want a
definitive reference.
It looks like it would be relatively straight forward for DMD to be a
cross-compiler.
A few version() statements could be runtime if's, and that's pretty much it.
When hacking on parts of DMD, I frequently make
On Saturday, 1 September 2018 at 19:35:53 UTC, Per Nordlöw wrote:
What should I grep for when trying to Dustmite this?
`_Z7DtoLValP6DValue` may be suitable. - I don't use dustmite and
prefer manual minimization; e.g., by adding `-vv > bla.log` to
the crashing commandline. The last lines in
On Friday, 31 August 2018 at 19:50:20 UTC, Walter Bright wrote:
https://news.ycombinator.com/item?id=17880722
Typical comments:
"`assertAndContinue` crashes in dev and logs an error and keeps
going in prod. Each time we want to verify a runtime
assumption, we decide which type of assert to
per:~/Work/knet] $ dub run --compiler=ldmd2
--build=release-nobounds
The determined compiler type "ldc" doesn't match the expected
type "dmd". This will probably result in build errors.
WARNING: A deprecated branch based version specification is used
for the dependency gmp-d. Please use
On Saturday, 1 September 2018 at 18:46:32 UTC, Nordlöw wrote:
Thanks! Is there usually only apps and not libs that are
supposed to have linker flags like these?
In this specific case, I'm not sure it's a good idea to set the
linker in the dub config. Does it absolutely require gold, i.e.,
https://issues.dlang.org/show_bug.cgi?id=19085
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/6479a70a3b409871aae4a4a9a044cf429d6c1ca1
Fix Issue 19085 - std.experimental.allocator.makeArray
https://issues.dlang.org/show_bug.cgi?id=19085
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Thursday, 30 August 2018 at 20:36:02 UTC, kinke wrote:
On Thursday, 30 August 2018 at 19:41:38 UTC, Nordlöw wrote:
I'm using the tar.xz for x64 Linux. Ok?
You're explicitly adding `-link-internally` in your top-level
dub.sdl:
dflags "-link-internally" platform="linux-ldc" # use GNU gold
On Saturday, 1 September 2018 at 17:08:25 UTC, Peter Alexander
wrote:
On Saturday, 1 September 2018 at 16:20:11 UTC, Dr.No wrote:
why move flush to outside the synchronized block?
flush should be thread safe. In general, yiu want as little
code as possible to run under the lock. Not that
On Saturday, 1 September 2018 at 12:33:49 UTC, rjframe wrote:
C++ is sometimes used for projects in which Stroustrup would
say it's obviously the wrong language for the job.
D is far more likely to require justification based on
technical merit. If D becomes another C++, why bother taking a
Hi,
Is it by design that when calling functions with either ubyte or
byte variables the char overload is called instead of the int (or
generic) one?
https://issues.dlang.org/show_bug.cgi?id=18142
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/2ca2824f7ec5da981ae676060f2c0cfde7f06eaf
Fix issue 18142 - checkint opOpAssign doesn't accept
On Saturday, 1 September 2018 at 16:20:11 UTC, Dr.No wrote:
why move flush to outside the synchronized block?
flush should be thread safe. In general, yiu want as little code
as possible to run under the lock. Not that important though.
trying out this approach I found to be ok except in
On Friday, 31 August 2018 at 17:50:17 UTC, Steven Schveighoffer
wrote:
...
When you use const char* in D, it's expecting a *pointer* to be
stored at that address, not the data itself. So using it means
segfault. The static array is the correct translation, even
though it leaks implementation
On Thursday, 30 August 2018 at 21:09:35 UTC, Peter Alexander
wrote:
On Thursday, 30 August 2018 at 19:59:17 UTC, Dr.No wrote:
I would to process the current block in parallel but priting
need to be theread-safe so I'm using
foreach(x; parallel(arr)) {
auto a = f(x);
auto res = g(a);
The -od (output directory) and -op (perserve source paths) work
great when you're compiling multiple modules in a single
invocation. For example, say we have the following:
/foolib/src/foo/bar.d
/myapp/src/main.d
Current Directory: /myapp
```
dmd -I=../foolib/src -I=src -od=obj -op -c
On Saturday, September 1, 2018 8:31:36 AM MDT H. S. Teoh via Digitalmars-d
wrote:
> This change may also address the current hackish implementation of
> subclass contracts (which involves catching Errors, an arguably
> dangerous thing to do), though I'm not 100% sure.
AFAIK, there's absolutely
On Sat, Sep 01, 2018 at 01:26:01PM +, rjframe via Digitalmars-d wrote:
> On Thu, 23 Aug 2018 07:27:56 +, JN wrote:
[...]
> > (has anyone ever used contracts?).
>
> I do.
Me too. They are very useful to express intent, even if the current
implementation leaves some things to be desired.
On 02/09/2018 1:15 AM, Jonathan M Davis wrote:
On Saturday, September 1, 2018 6:46:38 AM MDT rikki cattermole via
Digitalmars-d wrote:
On 02/09/2018 12:21 AM, tide wrote:
On Saturday, 1 September 2018 at 05:53:12 UTC, rikki cattermole wrote:
On 01/09/2018 12:40 PM, tide wrote:
On Friday, 31
On Thu, 23 Aug 2018 07:27:56 +, JN wrote:
> I think a large part is defining what kind of users D wants to attract.
I've begun wondering whether "pragmatism" is sometimes used as a code word
for indecision.
> Is it possible to make a language that both groups would be happy to
> use?
On Saturday, September 1, 2018 6:37:13 AM MDT tide via Digitalmars-d wrote:
> On Saturday, 1 September 2018 at 08:18:03 UTC, Walter Bright
>
> wrote:
> > On 8/31/2018 7:28 PM, tide wrote:
> >> I'm just wondering but how would you code an assert to ensure
> >> the variable for a title bar is the
On Saturday, September 1, 2018 6:46:38 AM MDT rikki cattermole via
Digitalmars-d wrote:
> On 02/09/2018 12:21 AM, tide wrote:
> > On Saturday, 1 September 2018 at 05:53:12 UTC, rikki cattermole wrote:
> >> On 01/09/2018 12:40 PM, tide wrote:
> >>> On Friday, 31 August 2018 at 22:42:39 UTC, Walter
On Saturday, 1 September 2018 at 13:03:50 UTC, rikki cattermole
wrote:
On 02/09/2018 12:57 AM, tide wrote:
On Saturday, 1 September 2018 at 12:49:12 UTC, rikki
cattermole wrote:
On 02/09/2018 12:37 AM, tide wrote:
On Saturday, 1 September 2018 at 08:18:03 UTC, Walter Bright
wrote:
On
On 02/09/2018 12:57 AM, tide wrote:
On Saturday, 1 September 2018 at 12:49:12 UTC, rikki cattermole wrote:
On 02/09/2018 12:37 AM, tide wrote:
On Saturday, 1 September 2018 at 08:18:03 UTC, Walter Bright wrote:
On 8/31/2018 7:28 PM, tide wrote:
I'm just wondering but how would you code an
On Saturday, 1 September 2018 at 12:49:12 UTC, rikki cattermole
wrote:
On 02/09/2018 12:37 AM, tide wrote:
On Saturday, 1 September 2018 at 08:18:03 UTC, Walter Bright
wrote:
On 8/31/2018 7:28 PM, tide wrote:
I'm just wondering but how would you code an assert to
ensure the variable for a
On Thu, 23 Aug 2018 14:29:23 +, bachmeier wrote:
> Weka is an awesome project, but I don't know that most people
> considering D should use your experience as the basis of their decision.
> At least in my areas, I expect considerable growth in the usage of D
> over the next 10 years. Maybe it
On 02/09/2018 12:21 AM, tide wrote:
On Saturday, 1 September 2018 at 05:53:12 UTC, rikki cattermole wrote:
On 01/09/2018 12:40 PM, tide wrote:
On Friday, 31 August 2018 at 22:42:39 UTC, Walter Bright wrote:
On 8/31/2018 2:40 PM, tide wrote:
I don't think I've ever had a **game** hung up in a
On 02/09/2018 12:37 AM, tide wrote:
On Saturday, 1 September 2018 at 08:18:03 UTC, Walter Bright wrote:
On 8/31/2018 7:28 PM, tide wrote:
I'm just wondering but how would you code an assert to ensure the
variable for a title bar is the correct color? Just how many asserts
are you going to
On Sat, 01 Sep 2018 11:25:31 +, rjframe wrote:
> Should you have to fix the bugs you run into? No. But if they keep you
> from doing your work, it seems like the economics of fixing D's bugs can
> make sense. If Weka were to assign its own priorities to D's bugs*, and
> have one person, once
On Saturday, 1 September 2018 at 08:18:03 UTC, Walter Bright
wrote:
On 8/31/2018 7:28 PM, tide wrote:
I'm just wondering but how would you code an assert to ensure
the variable for a title bar is the correct color? Just how
many asserts are you going to have in your real-time game that
can be
On Saturday, 1 September 2018 at 08:05:58 UTC, Walter Bright
wrote:
On 8/31/2018 5:47 PM, tide wrote:
I've already read them before. Why don't you explain what is
wrong with it rather than posting articles.
Because the articles explain the issues at length. Explaining
why your proposal is
On Thu, 23 Aug 2018 15:35:45 +, Joakim wrote:
>> * Language complexity
>>
>> Raise your hand if you know how a class with both opApply and the
>> get/next/end functions behaves when you pass it to foreach.
>> How about a struct? Does it matter if it allows copying or not?
>>
>> The language
On Saturday, 1 September 2018 at 07:59:27 UTC, Walter Bright
wrote:
On 8/31/2018 5:40 PM, tide wrote:
On Friday, 31 August 2018 at 22:42:39 UTC, Walter Bright wrote:
On 8/31/2018 2:40 PM, tide wrote:
I don't think I've ever had a **game** hung up in a black
screen and not be able to close it.
On Saturday, 1 September 2018 at 05:53:12 UTC, rikki cattermole
wrote:
On 01/09/2018 12:40 PM, tide wrote:
On Friday, 31 August 2018 at 22:42:39 UTC, Walter Bright wrote:
On 8/31/2018 2:40 PM, tide wrote:
I don't think I've ever had a **game** hung up in a black
screen and not be able to
On Thu, 23 Aug 2018 15:34:34 +, Matheus wrote:
> Well, I'm D hobbyist and of course it's not a perfect language and you
> have some valid points, but on the other hand I think it's very
> disrespectful to come into a community and say the product that people
> are working mainly as volunteers
On Thu, 23 Aug 2018 19:34:46 +, Abdulhaq wrote:
> There is a class of developers who expect things to Just Work TM,
> especially if they are told that it Just Works. Each time that they
> discover some combination of features that doesn't work they have to
> refactor their code and remember
On 9/1/2018 3:49 AM, Dennis wrote:
On Friday, 31 August 2018 at 22:23:09 UTC, Walter Bright wrote:
For example, in any CS program, are there any courses at all about this?
In Year 1 Q4 of my Bachelor CS, there was a course "Software Testing and Quality
Engineering" which covered things like
On Thu, 23 Aug 2018 04:02:37 -0700, Walter Bright wrote:
> On 8/23/2018 2:09 AM, Shachar Shemesh wrote:
>> * The community
>>
>> Oh boy.
>>
>> Someone who carries weight needs to step in when the forum is trying to
>> squash down on criticism. For Mecca, I'm able to do that [2], but for
>> D,
On 9/1/2018 2:15 AM, Paulo Pinto wrote:
On Saturday, 1 September 2018 at 08:19:49 UTC, Walter Bright wrote:
On 8/31/2018 11:59 PM, Paulo Pinto wrote:
For example, in any CS program, are there any courses at all about this?
Yes, we had them on my degree,
I'm curious how the courses you took
On Saturday, 1 September 2018 at 08:18:03 UTC, Walter Bright
wrote:
On 8/31/2018 7:28 PM, tide wrote:
I'm just wondering but how would you code an assert to ensure
the variable for a title bar is the correct color? Just how
many asserts are you going to have in your real-time game that
can be
On Saturday, September 1, 2018 2:19:07 AM MDT Kagamin via Digitalmars-d
wrote:
> On Friday, 31 August 2018 at 21:09:21 UTC, H. S. Teoh wrote:
> >> Some countries do have engineering certifications and
> >> professional permits for software engineering, but its still a
> >> minority.
> >
> > [...]
On Thu, 23 Aug 2018 21:04:36 +0300, Shachar Shemesh wrote:
> On 23/08/18 20:52, bachmeier wrote:
>> On Thursday, 23 August 2018 at 17:19:41 UTC, Ali wrote:
>>> On Thursday, 23 August 2018 at 16:22:54 UTC, Shachar Shemesh wrote:
On 23/08/18 17:01, Steven Schveighoffer wrote:
My main job
On Friday, 31 August 2018 at 18:24:40 UTC, Laeeth Isharc wrote:
On Friday, 31 August 2018 at 09:37:55 UTC, Chris wrote:
On Wednesday, 29 August 2018 at 23:47:11 UTC, Laeeth Isharc
wrote:
On Tuesday, 28 August 2018 at 08:51:27 UTC, Chris wrote:
9. I hope D will be great again
Are you
On Saturday, September 1, 2018 1:59:27 AM MDT Walter Bright via Digitalmars-
d wrote:
> On 8/31/2018 5:40 PM, tide wrote:
> > On Friday, 31 August 2018 at 22:42:39 UTC, Walter Bright wrote:
> >> On 8/31/2018 2:40 PM, tide wrote:
> >>> I don't think I've ever had a **game** hung up in a black
On Friday, 31 August 2018 at 15:43:13 UTC, H. S. Teoh wrote:
[...]
I wasn't talking about that, but about the fact that users are
slowly but surely nudged into a certain direction. And yes, D
was advertised as a "no ideology language".
Sorry, "slowly but surely nudged" sounds very different
On Friday, 31 August 2018 at 22:23:09 UTC, Walter Bright wrote:
For example, in any CS program, are there any courses at all
about this?
In Year 1 Q4 of my Bachelor CS, there was a course "Software
Testing and Quality Engineering" which covered things like test
types (unit, end-to-end, smoke
On 31/08/18 23:22, Steven Schveighoffer wrote:
On 8/31/18 3:50 PM, Walter Bright wrote:
https://news.ycombinator.com/item?id=17880722
Typical comments:
"`assertAndContinue` crashes in dev and logs an error and keeps going
in prod. Each time we want to verify a runtime assumption, we decide
On Saturday, 1 September 2018 at 08:19:49 UTC, Walter Bright
wrote:
On 8/31/2018 11:59 PM, Paulo Pinto wrote:
For example, in any CS program, are there any courses at all
about this?
Yes, we had them on my degree,
I'm curious how the courses you took compared with the articles
I wrote about
On Friday, 31 August 2018 at 21:09:21 UTC, H. S. Teoh wrote:
Some countries do have engineering certifications and
professional permits for software engineering, but its still a
minority.
[...]
It's precisely for this reason that the title "software
engineer" makes me cringe on the one hand,
1 - 100 of 109 matches
Mail list logo
