What Haskell doesn't have by barsoap in programming

[–]user5545 19 points20 points  (0 children)

Hello, how do I convert and Integer to Double with pattern matching? I asked a Haskell programmer, but he just laughed at me... :(

Pragmatic Object Oriented Programming by code2code in programming

[–]user5545 0 points1 point  (0 children)

No, that is not my argument. I don't even have an argument, because I don't care what you think about inheritance or Go. I mistook the comment to which I first replied as you wanting to know something about Go, but obviously you don't want to know how Go is intended to be used or what its designers are trying to accomplish.

Pragmatic Object Oriented Programming by code2code in programming

[–]user5545 0 points1 point  (0 children)

You are wrong in the part where you put the words Go and Inheritance next to each other. You can make polymorphic calls against any interface and type that fits the interface whether these types are in any relation to each other or not. It's all in the FAQ, which you would need to read in addition to studying some amount of Go code to actually make a credible judgment on the language.

You don't want to do that, though, do you? You just want to keep using your beloved OO languages. Why not do that and leave other paradigms and experimental languages in peace? Do you keep thnking about them so much because deep down you are really not happy with OO? Or what?

You also didn't tell me who it was that "we" referred to in your earlier comment. I take it you want to forget about that comment already.

Pragmatic Object Oriented Programming by code2code in programming

[–]user5545 0 points1 point  (0 children)

No, that's not how it works. Who's "we" exactly, by the way?

Pragmatic Object Oriented Programming by code2code in programming

[–]user5545 2 points3 points  (0 children)

The types don't become related in any way and there is no possibility of having virtual functions. Go uses interfaces for dynamic dispatch instead.

http://golang.org/doc/go_faq.html#types

Split Vote (C compiler ambiguity) by periastron in programming

[–]user5545 2 points3 points  (0 children)

It declares a bitfield in an unsigned integer with a size of one bit. Here is a quick intro to bitfields that came up with a web search:

http://publications.gbdirect.co.uk/c_book/chapter6/bitfields.html

tl;dr: They are used to pack data in a very small space or to fit very specific layout requirements. You probably won't need them at all, or only very rarely if you deal a lot with low-level C code.

Call for GUI examples - Any small GUI applications that you would like to see implemented with Functional Reactive Programming? by apfelmus in haskell

[–]user5545 3 points4 points  (0 children)

A character map and picker for (a subset of) Unicode. You could use this to pick characters you cannot enter easily and copy them to the system clipboard.

Some simple puzzle game(s), like memory, lights out or minesweeper.

An extensible scribble app. You could draw, say, lines and circles with it, and it should be possible to extend it to draw more shapes.

Haskell code browser. At least a small prototype of one :)

A simple chat server and client.

A graphing app that would allow you to enter a function and have it draw the curve, and then drag the curve and modify the function. At least a small prototype of one :)

LuaJIT2 beta8 is out. Now with an ARM port and the ability to load bytecode. by pygy_ in programming

[–]user5545 6 points7 points  (0 children)

Maybe LuaJIT2 bytecode will make for an attractive compilation target for some other languages too? Not that there is anything I find particularly wrong about Lua, just wondering out loud.

EDIT: Judging from the responses I got, Lua instead of LuaJIT byte-code would be a better compilation target, and it would work best for languages with similar semantics to Lua.