On Tuesday, 18 August 2015 at 23:32:38 UTC, rsw0x wrote:
I believe they're referring to x86 decoding CISC to RISC
micro-ops behind the scenes.
Well, not RISC, but microcode (or micro-ops as Intel call them).
The basic idea behind RISC is that the decoding is embedded
directly in the
On Thursday, 13 August 2015 at 14:31:10 UTC, karabuta wrote:
Oh! someone thinks typescript is a programming language.
Typescript runs in which browser? :) (Because when I use
typescript, I worry about two things in my development process,
.js and .ts)
Oh! Someone thinks D is a programming
On 08/13/2015 10:35 AM, Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
ola.fosheim.grostad+dl...@gmail.com wrote:
On Thursday, 13 August 2015 at 14:31:10 UTC, karabuta wrote:
Oh! someone thinks typescript is a programming language. Typescript
runs in which browser? :) (Because when I use typescript, I
On Tuesday, 18 August 2015 at 20:27:53 UTC, Nick Sabalausky wrote:
Although I haven't used typescript specifically, any time I
have used a source translation tool (ex, Haxe), I frequently
wind up (for various reasons) needing to deal with both the
input and generates languages, flip between
On Tuesday, 18 August 2015 at 18:22:09 UTC, Mint wrote:
On Thursday, 13 August 2015 at 14:31:10 UTC, karabuta wrote:
Oh! someone thinks typescript is a programming language.
Typescript runs in which browser? :) (Because when I use
typescript, I worry about two things in my development
On Tuesday, 18 August 2015 at 23:25:47 UTC, lobo wrote:
On Tuesday, 18 August 2015 at 18:22:09 UTC, Mint wrote:
On Thursday, 13 August 2015 at 14:31:10 UTC, karabuta wrote:
Oh! someone thinks typescript is a programming language.
Typescript runs in which browser? :) (Because when I use
On Tuesday, 18 August 2015 at 18:22:09 UTC, Mint wrote:
Oh! Someone thinks D is a programming language. D runs on which
processor? D just transpiles into ASM after all.
dmd doesn't actually produce asm... :)
On Wednesday, 12 August 2015 at 22:17:11 UTC, rsw0x wrote:
Rust is also backed by a major organization.
I(and others from what it seemed) was hoping Facebook using D
internally and hiring major D developers would have Facebook
promote/champion D a bit, but this did not happen. D needs a
On Tuesday, 14 July 2015 at 15:17:13 UTC, Sebastiaan Koppe wrote:
On Sunday, 12 July 2015 at 12:14:31 UTC, Ola Fosheim Grøstad
wrote:
What do you think about the future for D in the web service
space?
What about this question: in 5 years from now what would be the
reason D failed?
These
On Wednesday, 15 July 2015 at 06:57:36 UTC, Sebastiaan Koppe
wrote:
When I think about Web services and D, I don't think about just
repeating what people do in other languages, but more about
anticipating the future in web services. With my humble
knowledge of the field that would be
On Tuesday, 14 July 2015 at 16:25:29 UTC, Ola Fosheim Grøstad
wrote:
I think neither, but what I have alluded to in this thread. A
lack of decision making regarding picking an application domain
that is large enough to sustain an ecosystem of libraries, and
going 100% for honing the feature
On Thursday, 13 August 2015 at 14:31:10 UTC, karabuta wrote:
Oh! someone thinks typescript is a programming language.
Typescript runs in which browser? :) (Because when I use
typescript, I worry about two things in my development process,
.js and .ts)
How is that different from D/asm?
On Thursday, 16 July 2015 at 13:34:32 UTC, Ola Fosheim Grøstad
wrote:
If you go node.js, you get static typing with typescript if you
want + same language on the browser, debuggable.
If you go Dart you get static typing if you want + same
language the browser, debuggable.
Oh! someone
On Wednesday, 12 August 2015 at 21:16:28 UTC, karabuta wrote:
Not long ago, C++ was the perfect programming language that
everybody was running to. Then came ~ Java,
Well, C++ was never considered a good language by anyone. It was
shunned at universities by lecturers. Java was basically
On Wednesday, 12 August 2015 at 22:10:18 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 12 August 2015 at 21:16:28 UTC, karabuta wrote:
Not long ago, C++ was the perfect programming language that
everybody was running to. Then came ~ Java,
Well, C++ was never considered a good language by
On Monday, 13 July 2015 at 07:11:35 UTC, Ola Fosheim Grøstad
wrote:
On Sunday, 12 July 2015 at 19:02:23 UTC, Brad Anderson wrote:
I'd consider D a failure if it couldn't fill both of these
roles. D is a general purpose systems programming language. It
doesn't and shouldn't care about what you
On 13/08/2015 10:17 a.m., rsw0x wrote:
On Wednesday, 12 August 2015 at 22:10:18 UTC, Ola Fosheim Grøstad wrote:
On Wednesday, 12 August 2015 at 21:16:28 UTC, karabuta wrote:
Not long ago, C++ was the perfect programming language that everybody
was running to. Then came ~ Java,
Well, C++
On Sunday, 12 July 2015 at 18:53:35 UTC, weaselcat wrote:
On Sunday, 12 July 2015 at 17:54:02 UTC, Ola Fosheim Grøstad
wrote:
On Sunday, 12 July 2015 at 12:32:32 UTC, Peter Alexander wrote:
[...]
Mostly because there is no real visible direction towards
making D a competitor that directly
On Saturday, 25 July 2015 at 06:21:50 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 25 July 2015 at 03:44:23 UTC, Joakim wrote:
No, Swift is already general-purpose because it isn't highly
optimized for a single purpose or feature and it's a fairly
low-level native language which could be used
On Saturday, 25 July 2015 at 07:18:23 UTC, Joakim wrote:
In fact, I now see that Apple announced that they will be
contributing a linux port when they open-source it later this
year, so it won't even be tied to Apple's platform soon.
GNUStep has existed for decades. And gone nowhere.
What
On Saturday, 25 July 2015 at 14:20:28 UTC, Joakim wrote:
The IR is only for Apple, they're still compiling it and
distributing ASM to the device.
Yes, but if they go down that road it means you cannot target
SIMD instructions. So you cannot get serious performance.
On Saturday, 25 July 2015 at 14:35:18 UTC, Ola Fosheim Grøstad
wrote:
Yes, but if they go down that road it means you cannot target
SIMD instructions.
Why would that be so? You can still e.g. keep vector instructions
in the IR and specialize according to the actual hardware width
when you
On Saturday, 25 July 2015 at 08:00:32 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 25 July 2015 at 07:18:23 UTC, Joakim wrote:
Given the trend towards native/AoT compilation and that Dart
doesn't fit in, I don't see it.
I have no idea, it is all about tooling, ease of development
and end
On Saturday, 25 July 2015 at 03:44:23 UTC, Joakim wrote:
No, Swift is already general-purpose because it isn't highly
optimized for a single purpose or feature and it's a fairly
low-level native language which could be used to write
everything from hardware drivers to webapps.
Hardware
On Saturday, 25 July 2015 at 06:21:50 UTC, Ola Fosheim Grøstad
wrote:
Swift is 24x slower than C++ for FFT…
http://www.primatelabs.com/blog/2015/02/swift-performance-updated/
With some optimizations it is now down to… 10x the execution time
of C++...
On Saturday, 25 July 2015 at 06:24:57 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 25 July 2015 at 06:21:50 UTC, Ola Fosheim Grøstad
wrote:
Swift is 24x slower than C++ for FFT…
http://www.primatelabs.com/blog/2015/02/swift-performance-updated/
With some optimizations it is now down to… 10x
On Saturday, 25 July 2015 at 06:27:29 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 25 July 2015 at 06:24:57 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 25 July 2015 at 06:21:50 UTC, Ola Fosheim Grøstad
wrote:
Swift is 24x slower than C++ for FFT…
On Saturday, 25 July 2015 at 06:54:09 UTC, Paulo Pinto wrote:
On Saturday, 25 July 2015 at 06:27:29 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 25 July 2015 at 06:24:57 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 25 July 2015 at 06:21:50 UTC, Ola Fosheim
Grøstad wrote:
Swift is 24x slower
On Saturday, 25 July 2015 at 14:35:18 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 25 July 2015 at 14:20:28 UTC, Joakim wrote:
The IR is only for Apple, they're still compiling it and
distributing ASM to the device.
Yes, but if they go down that road it means you cannot target
SIMD
On Saturday, 25 July 2015 at 14:49:36 UTC, David Nadlinger wrote:
Why would that be so? You can still e.g. keep vector
instructions in the IR and specialize according to the actual
hardware width when you generate the binary.
You have several rather peculiar SIMD instructions that reflect
On Friday, 24 July 2015 at 05:19:08 UTC, Joakim wrote:
Yep, I specifically mentioned the mobile and server domains as
places where general-purpose native/AoT-compiled languages are
having a resurgence, obviously for the efficiency reasons
Etienne lists.
In theory. Objective-C and Swift are
On Thursday, 23 July 2015 at 07:05:16 UTC, Ola Fosheim Grøstad
wrote:
But I think Rust and Go are focusing on specific domains. I
think people pick languages now looking for specific
characteristics that match their domain. I think the overlap
between Rust and Go is rather small.
Domain is
On Friday, 24 July 2015 at 14:44:54 UTC, Joakim wrote:
What is not efficiency focused about Obj-C and Swift?
Objective-C uses a rather expensive reference counting model and
a dynamic dispatch mechanism.
ART. Of course Metal isn't general-purpose, nobody said it is,
but I don't see why
On Friday, 24 July 2015 at 14:50:23 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 24 July 2015 at 14:44:54 UTC, Joakim wrote:
What is not efficiency focused about Obj-C and Swift?
Objective-C uses a rather expensive reference counting model
and a dynamic dispatch mechanism.
So Obj-C/Swift
On Friday, 24 July 2015 at 08:24:45 UTC, Kagamin wrote:
Domain is the same, it's feature overlap, which is small.
Nope. Domain is not the same. Feature set is not at all the same.
You would not write a web browser in Go.
- Rust is more like C++ and D, abstractions closer to current
On Friday, 24 July 2015 at 06:02:12 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 24 July 2015 at 05:19:08 UTC, Joakim wrote:
Yep, I specifically mentioned the mobile and server domains as
places where general-purpose native/AoT-compiled languages are
having a resurgence, obviously for the
On Friday, 24 July 2015 at 14:55:59 UTC, Joakim wrote:
So Obj-C/Swift aren't as efficient as C/C++, but nobody is
using those as the main language on any mobile platform- for
very good reasons, including that nobody other than game
developers wants to deal with them- and as native languages,
On Friday, 24 July 2015 at 16:57:04 UTC, Joakim wrote:
On Friday, 24 July 2015 at 14:50:23 UTC, Ola Fosheim Grøstad
wrote:
ART. Of course Metal isn't general-purpose, nobody said it
is, but I don't see why you'd say Swift isn't.
Swift is clearly designed around Objective-C and Cocoa.
Oh,
On 7/24/15 9:57 AM, Joakim wrote:
On Friday, 24 July 2015 at 14:50:23 UTC, Ola Fosheim Grøstad wrote:
ART. Of course Metal isn't general-purpose, nobody said it is, but I
don't see why you'd say Swift isn't.
Swift is clearly designed around Objective-C and Cocoa.
Oh, and I didn't respond
On Friday, 24 July 2015 at 14:50:23 UTC, Ola Fosheim Grøstad
wrote:
ART. Of course Metal isn't general-purpose, nobody said it
is, but I don't see why you'd say Swift isn't.
Swift is clearly designed around Objective-C and Cocoa.
Oh, and I didn't respond to this because I didn't even know
On Friday, 24 July 2015 at 15:06:31 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 24 July 2015 at 14:55:59 UTC, Joakim wrote:
So Obj-C/Swift aren't as efficient as C/C++, but nobody is
using those as the main language on any mobile platform- for
very good reasons, including that nobody other than
On Friday, 24 July 2015 at 17:22:14 UTC, Etienne wrote:
On Friday, 24 July 2015 at 16:57:04 UTC, Joakim wrote:
On Friday, 24 July 2015 at 14:50:23 UTC, Ola Fosheim Grøstad
wrote:
ART. Of course Metal isn't general-purpose, nobody said it
is, but I don't see why you'd say Swift isn't.
Swift
On Thursday, 23 July 2015 at 17:44:59 UTC, Etienne wrote:
On Thursday, 23 July 2015 at 17:03:31 UTC, Laeeth Isharc wrote:
But some of us think general-purpose, native languages are
coming back,
Yes. Now why do you think this is the case? I tried to
articulate it as best I could for now,
On Thursday, 23 July 2015 at 10:16:02 UTC, Tofu Ninja wrote:
Also game dev does not really have a go to language other than
C or C++, so D could really make progress in there as it
already trying to be a C++ replacement. I don't see go or rust
being used seriously in game dev either, so less
On Thursday, 23 July 2015 at 17:03:31 UTC, Laeeth Isharc wrote:
But some of us think general-purpose, native languages are
coming back,
Yes. Now why do you think this is the case? I tried to
articulate it as best I could for now, but Ola has all these
_reasons_ why this isn't the case,
On Wednesday, 22 July 2015 at 21:38:14 UTC, Joakim wrote:
The finance guys seem to be coming on board, the Dconf '15 talk
by the fund guy, Smith, probably helps.
Yes - that's my impression, too, and I am doing my little bit to
encourage people to consider the benefits of D. People are
On Wednesday, 22 July 2015 at 21:38:14 UTC, Joakim wrote:
The finance guys seem to be coming on board, the Dconf '15 talk
by the fund guy, Smith, probably helps. I thought this was a
nice endorsement recently, a reddit comment by a high-frequency
trader which ended with:
[W]e've loved D so
On Thursday, 23 July 2015 at 08:16:11 UTC, Joakim wrote:
[...]
Yes, they both captured smaller markets and stopped there,
unable to go further. D is aiming for a bigger market.
Personally I think you both make good points, D really shines as
a general purpose language, and I wouldn't want
On Thursday, 23 July 2015 at 07:05:16 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 22 July 2015 at 21:38:14 UTC, Joakim wrote:
[W]e've loved D so much that we're in the middle of a full
rewrite from C++11 to D. The productivity boost is absolutely
worth it.
On 23/07/2015 10:16 p.m., Tofu Ninja wrote:
[...]
Though it seems like D is already be moving in that direction. Color and
image being worked on,
We need image for a lot more then just game dev. Without it, we will
never get a GUI toolkit. Web dev will also suffer, barcode generation
anyone?
On Thursday, 23 July 2015 at 10:24:18 UTC, Rikki Cattermole wrote:
On 23/07/2015 10:16 p.m., Tofu Ninja wrote:
[...]
Though it seems like D is already be moving in that direction.
Color and
image being worked on,
We need image for a lot more then just game dev. Without it, we
will never
i currently use vibe.d in a couple of productive apps.
i think it really shines when it comes to low latency, traffic
heavy backend/api services.
its true that the ORM is missing and multi-thread scaling is not
very good.
but after some tuning i am very happy with single core
performance.
On Friday, 17 July 2015 at 12:06:08 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 17 July 2015 at 11:23:28 UTC, Kagamin wrote:
An attractive platform is which gets the job done, not the
best one, which doesn't actually exist (if it existed, there
wouldn't be a list of options). And it's not like
On Saturday, 18 July 2015 at 02:45:54 UTC, Laeeth Isharc wrote:
On Friday, 17 July 2015 at 12:06:08 UTC, Ola Fosheim Grøstad
wrote:
For what domain is D the best choice?
You are switching the question without recognizing this - some
kind of fallacy of composition.
There is no fallacy here.
On Saturday, 18 July 2015 at 10:29:20 UTC, Laeeth Isharc wrote:
accurate understanding of reality to do so. The propensity to
put things on github and for people to ask questions on
stackoverflow varies according to the problem domain.
StackOverflow has become the de-facto documentation
On Saturday, 18 July 2015 at 14:06:43 UTC, Kagamin wrote:
On Friday, 17 July 2015 at 12:06:08 UTC, Ola Fosheim Grøstad
wrote:
There is always a relatively small set of best solutions for a
given problem. One needs to find a rational and obvious answer
to the question:
For what domain is D
On Saturday, 18 July 2015 at 14:13:29 UTC, rsw0x wrote:
On Saturday, 18 July 2015 at 14:07:30 UTC, Etienne Cimon wrote:
We're done with desktop UI. The problem domain has shifted
with SPA (single page applications) revolution on the web and
angularjs.
yep, and it's the reason I can't load a
On Saturday, 18 July 2015 at 14:07:30 UTC, Etienne Cimon wrote:
We're done with desktop UI. The problem domain has shifted with
SPA (single page applications) revolution on the web and
angularjs.
I write custom web SPAs... I agree that is the way it is going
for regular applications than can
On Saturday, 18 July 2015 at 14:13:49 UTC, Adam D. Ruppe wrote:
On Saturday, 18 July 2015 at 14:07:30 UTC, Etienne Cimon wrote:
StackOverflow is an excellent resource, I've had trouble
finding answers on it for D though because the D.learn forums
contain all the QA. I wish we could mirror
On Saturday, 18 July 2015 at 11:19:45 UTC, Ola Fosheim Grøstad
wrote:
StackOverflow has become the de-facto documentation resource
for software engineers. It saves me insane amounts of time,
many other programmers say the same thing. Google has been
known to shut down it's own support-forums
On Friday, 17 July 2015 at 12:06:08 UTC, Ola Fosheim Grøstad
wrote:
There is always a relatively small set of best solutions for a
given problem. One needs to find a rational and obvious answer
to the question:
For what domain is D the best choice?
That's an incorrect question. The previous
On Saturday, 18 July 2015 at 08:17:50 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 18 July 2015 at 02:45:54 UTC, Laeeth Isharc wrote:
On Friday, 17 July 2015 at 12:06:08 UTC, Ola Fosheim Grøstad
wrote:
For what domain is D the best choice?
You are switching the question without recognizing
On Saturday, 18 July 2015 at 13:04:20 UTC, Russel Winder wrote:
Not is it possible to ignore the insanely appalling editorial
behaiour on StackOverflow that almost, but not quite,
completely undermines its entire usefulness.
Like Wikipedia, it is not perfect and it is biased, but it is
On Sat, 2015-07-18 at 11:19 +, via Digitalmars-d wrote:
[…]
StackOverflow has become the de-facto documentation resource for
software engineers. It saves me insane amounts of time, many
other programmers say the same thing. Google has been known to
shut down it's own support-forums
On Saturday, 18 July 2015 at 14:07:30 UTC, Etienne Cimon wrote:
StackOverflow is an excellent resource, I've had trouble
finding answers on it for D though because the D.learn forums
contain all the QA. I wish we could mirror those on stack
overflow or even channel it there instead. We're
On Saturday, 18 July 2015 at 14:07:30 UTC, Etienne Cimon wrote:
We're done with desktop UI. The problem domain has shifted with
SPA (single page applications) revolution on the web and
angularjs.
yep, and it's the reason I can't load a 'modern' web page without
it bringing my 16 core xeon
On Saturday, 18 July 2015 at 14:13:29 UTC, rsw0x wrote:
On Saturday, 18 July 2015 at 14:07:30 UTC, Etienne Cimon wrote:
We're done with desktop UI. The problem domain has shifted
with SPA (single page applications) revolution on the web and
angularjs.
yep, and it's the reason I can't load a
On Saturday, 18 July 2015 at 15:14:05 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 18 July 2015 at 14:13:49 UTC, Adam D. Ruppe wrote:
On Saturday, 18 July 2015 at 14:07:30 UTC, Etienne Cimon wrote:
[...]
We could encourage people to ask again on SO. Or we could ask
our own things and answer
On Saturday, 18 July 2015 at 13:19:19 UTC, Ola Fosheim Grøstad
wrote:
In the 1990s it could take me half an hour or more to learn
that something was not possible or too much trouble by browsing
manuals... References tell you what is possible, not what
isn't possible, hard to do, buggy,
On Saturday, 18 July 2015 at 14:07:30 UTC, Etienne Cimon wrote:
[..]
We're done with desktop UI. The problem domain has shifted with
SPA (single page applications) revolution on the web and
angularjs.
Only for CRUD applications, anything serious is only playing
catchup with native OS
On Saturday, 18 July 2015 at 16:55:23 UTC, Etienne Cimon wrote:
I was talking more about being able to operate a website or web
application that has been censored or sabotaged. If something
happens in the coming years to the free web as we know it,
people will have to turn to custom computer
On Saturday, 18 July 2015 at 18:49:04 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 18 July 2015 at 16:55:23 UTC, Etienne Cimon wrote:
[...]
Btw, just found about this:
https://github.com/dart-lang/dev_compiler/blob/master/STRONG_MODE.md
Basically a typed subset of Dart that transpiles to
On Saturday, 18 July 2015 at 18:51:01 UTC, rsw0x wrote:
On Saturday, 18 July 2015 at 18:49:04 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 18 July 2015 at 16:55:23 UTC, Etienne Cimon wrote:
[...]
Btw, just found about this:
On Saturday, 18 July 2015 at 19:23:54 UTC, Etienne wrote:
I wanted to develop the front end with dart but the final Js
size ended up being too large and I evaluated that grunt and
bower with webstorm are relatively more mature environments at
the moment. I really do accept that these dev
On Saturday, 18 July 2015 at 15:14:05 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 18 July 2015 at 14:13:49 UTC, Adam D. Ruppe wrote:
On Saturday, 18 July 2015 at 14:07:30 UTC, Etienne Cimon wrote:
StackOverflow is an excellent resource, I've had trouble
finding answers on it for D though
On Saturday, 18 July 2015 at 15:25:25 UTC, Ola Fosheim Grøstad
wrote:
Not when you are engineering a new framework. Then you should
look at the alternatives, perhaps build some pilots and pick
the best platform in terms of technology and market.
Learning a new language is a relatively small
On Saturday, 18 July 2015 at 15:11:30 UTC, Ola Fosheim Grøstad
wrote:
However, I currently don't see much advantage in having the
same language on client and server, so I'll probably stick to
TypeScript/Dart, Angular2/Polymer in the near future because of
debugging and tooling.
I think these
On Saturday, 18 July 2015 at 16:55:23 UTC, Etienne Cimon wrote:
On Saturday, 18 July 2015 at 15:11:30 UTC, Ola Fosheim Grøstad
wrote:
However, I currently don't see much advantage in having the
same language on client and server, so I'll probably stick to
TypeScript/Dart, Angular2/Polymer in
On Saturday, 18 July 2015 at 15:25:25 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 18 July 2015 at 14:06:43 UTC, Kagamin wrote:
[...]
Not when you are engineering a new framework. Then you should
look at the alternatives, perhaps build some pilots and pick
the best platform in terms of
On Saturday, 18 July 2015 at 18:56:52 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 18 July 2015 at 18:51:01 UTC, rsw0x wrote:
On Saturday, 18 July 2015 at 18:49:04 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 18 July 2015 at 16:55:23 UTC, Etienne Cimon
wrote:
[...]
Btw, just found about
On Friday, 17 July 2015 at 11:23:28 UTC, Kagamin wrote:
An attractive platform is which gets the job done, not the best
one, which doesn't actually exist (if it existed, there
wouldn't be a list of options). And it's not like D has nothing
to show, one must consider requirements for his task
On Thursday, 16 July 2015 at 11:25:11 UTC, Ola Fosheim Grøstad
wrote:
On Thursday, 16 July 2015 at 11:00:19 UTC, Paulo Pinto wrote:
Well, there are lots of Geometry Wars clones in XNA and LibGDX.
The point is more this: the majority of interactive
applications you can do easily in
On Friday, 17 July 2015 at 12:06:08 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 17 July 2015 at 11:23:28 UTC, Kagamin wrote:
An attractive platform is which gets the job done, not the
best one, which doesn't actually exist (if it existed, there
wouldn't be a list of options). And it's not like
On Thursday, 16 July 2015 at 10:29:54 UTC, Kagamin wrote:
Like minecraft?
Minecraft runs absolutely horrible, the earlier versions of
minecraft used to allocate 2-300mb of data per second that was
near instantly marked garbage.
On Thursday, 16 July 2015 at 11:00:19 UTC, Paulo Pinto wrote:
Well, there are lots of Geometry Wars clones in XNA and LibGDX.
As for Vulkan, I have the strong feeling it is DOA, with Apple,
Sony, Nintendo, Microsoft favoring they own APIs.
Sure, if they can convince the major graphics
On Thursday, 16 July 2015 at 10:50:02 UTC, Ola Fosheim Grøstad
wrote:
On Thursday, 16 July 2015 at 10:29:54 UTC, Kagamin wrote:
Maybe I didn't understand it well? And what missed frames have
to do with audio workstations and photo editors?
Real time audio workstations are very sensitive to
On Wednesday, 15 July 2015 at 14:57:35 UTC, Ola Fosheim Grøstad
wrote:
You have deadlines or you miss frames in graphics, you have
deadlines in audio, you have memory subsystem requirements that
are similar, you also want to tap into the coprocessor (which
we now think of as GPU) for all kinds
On Thursday, 16 July 2015 at 10:29:54 UTC, Kagamin wrote:
Maybe I didn't understand it well? And what missed frames have
to do with audio workstations and photo editors?
Real time audio workstations are very sensitive to missed
audio-frames, much more so than any other desktop-application I
On Thursday, 16 July 2015 at 11:08:52 UTC, rsw0x wrote:
On Thursday, 16 July 2015 at 11:00:19 UTC, Paulo Pinto wrote:
Well, there are lots of Geometry Wars clones in XNA and LibGDX.
As for Vulkan, I have the strong feeling it is DOA, with
Apple, Sony, Nintendo, Microsoft favoring they own
On Sunday, 12 July 2015 at 17:54:02 UTC, Ola Fosheim Grøstad
wrote:
On Sunday, 12 July 2015 at 12:32:32 UTC, Peter Alexander wrote:
Web servers: Why not?
Mostly because there is no real visible direction towards
making D a competitor that directly addresses specific needs of
web
On Thursday, 16 July 2015 at 11:00:19 UTC, Paulo Pinto wrote:
Well, there are lots of Geometry Wars clones in XNA and LibGDX.
The point is more this: the majority of interactive applications
you can do easily in Java/C#/Swift/Javascript are going to be
written in those languages for _very_
On Thursday, 16 July 2015 at 10:58:08 UTC, rsw0x wrote:
On Thursday, 16 July 2015 at 10:29:54 UTC, Kagamin wrote:
Like minecraft?
Minecraft runs absolutely horrible, the earlier versions of
minecraft used to allocate 2-300mb of data per second that was
near instantly marked garbage.
OTOH,
On Thursday, 16 July 2015 at 11:08:52 UTC, rsw0x wrote:
Intel, AMD, and Valve are heavily invested in Vulkan. It will
definitely not be DOA.
Paulo probably referred to Apple announcing Metal for Os-X. So
you might need to support both as Metal might be better optimized
for by Apple even if
On Thursday, 16 July 2015 at 12:44:22 UTC, Wyatt wrote:
Personally, I've dealt with perl, ruby, python, java, and php
in the web space and as far as I'm concerned they're all
unmaintainable trash. (perl, ironically, gave me the best
experience of the five!)
What advantage can perl possibly
On Thursday, 16 July 2015 at 14:07:29 UTC, rsw0x wrote:
for Microsoft - never.) 6-7 android phones are selling per iOS
phone, and this is projected to keep going up thanks to
developing countries entering the market and Apple's popularity
falling amongst western demographics.
No, Vulkan will
On Thursday, 16 July 2015 at 14:07:29 UTC, rsw0x wrote:
On Thursday, 16 July 2015 at 13:17:43 UTC, Paulo Pinto wrote:
[...]
PC game revenue outpaced console game revenue in 2012 or
2013(...PC gaming segment is already twice the size of the
console gaming market – and growing. ,) Sony and
On Thursday, 16 July 2015 at 13:17:43 UTC, Paulo Pinto wrote:
Apple has officially dropped OpenGL support at WWDC, if you
care to watch the presentations and early release documentation.
Are you sure they have _dropped_ OpenGL and not just got switched
away from using OpenGL as their low
On Thursday, 16 July 2015 at 13:17:43 UTC, Paulo Pinto wrote:
On Thursday, 16 July 2015 at 11:08:52 UTC, rsw0x wrote:
On Thursday, 16 July 2015 at 11:00:19 UTC, Paulo Pinto wrote:
[...]
Sure, if they can convince the major graphics vendors to care
about their proprietary vendor lock-in
On Thursday, 16 July 2015 at 16:37:44 UTC, Paulo Pinto wrote:
However if you watch Graphics and Games talks
https://developer.apple.com/videos/wwdc/2015/
It is all about Metal support, OpenGL being replaced by Metal
and OpenGL being available for the iDevices that aren't Metal
capable, as
On Thursday, 16 July 2015 at 11:48:59 UTC, ponce wrote:
Notch goes pretty fast with Eclipse.
Nitpicking, but notch hasn't been involved with Minecraft in
years. *g*
-Wyatt
1 - 100 of 179 matches
Mail list logo
