00:01:24 | fowl | o |
00:10:14 | MFlamer | Hey guys |
00:13:52 | Araq | hey; I'm waiting for your pull request :P |
00:20:09 | Araq | good night |
00:21:48 | MFlamer | for the table? |
00:22:27 | MFlamer | were gettin close. |
00:26:54 | fowl | table? |
00:31:18 | MFlamer | I'm working on a lock free hash table |
00:32:40 | MFlamer | fowl: what are you up to? |
00:37:49 | fowl | watching breaking bad |
00:39:36 | MFlamer | nice, I just finished the finale a few days ago. I've seen them all. |
00:39:47 | * | MFlamer quit (Quit: Page closed) |
01:07:39 | * | ltbarcly quit (Ping timeout: 248 seconds) |
01:20:13 | * | DAddYE quit (Remote host closed the connection) |
01:20:48 | * | DAddYE joined #nimrod |
01:24:23 | * | fowl quit (Quit: Leaving) |
01:25:02 | * | DAddYE quit (Ping timeout: 240 seconds) |
01:57:34 | * | q66 quit (Quit: Leaving) |
02:21:07 | * | DAddYE joined #nimrod |
02:27:26 | * | DAddYE quit (Ping timeout: 240 seconds) |
02:31:18 | * | DAddYE joined #nimrod |
02:35:39 | * | DAddYE quit (Ping timeout: 248 seconds) |
02:35:56 | * | Associat0r quit (Quit: Associat0r) |
03:08:40 | * | dyu_ joined #nimrod |
03:14:03 | * | OrionPK quit (Ping timeout: 248 seconds) |
03:24:29 | * | DAddYE joined #nimrod |
03:30:50 | * | DAddYE quit (Ping timeout: 245 seconds) |
04:01:12 | * | XAMPP joined #nimrod |
04:24:55 | * | ltbarcly joined #nimrod |
04:29:43 | * | ltbarcly quit (Ping timeout: 256 seconds) |
04:32:39 | * | MFlamer joined #nimrod |
05:07:23 | * | DAddYE joined #nimrod |
05:13:35 | * | MFlamer quit (Ping timeout: 250 seconds) |
05:29:12 | * | DAddYE quit (Remote host closed the connection) |
05:56:02 | * | DAddYE joined #nimrod |
07:09:42 | * | DAddYE quit (Read error: Connection reset by peer) |
07:10:14 | * | DAddYE joined #nimrod |
07:53:54 | * | wlhlm joined #nimrod |
08:22:04 | * | DAddYE quit (Remote host closed the connection) |
08:22:31 | * | DAddYE joined #nimrod |
08:26:51 | * | DAddYE quit (Ping timeout: 245 seconds) |
09:23:13 | * | DAddYE joined #nimrod |
09:30:06 | * | DAddYE quit (Ping timeout: 264 seconds) |
09:49:10 | * | capisce quit (Read error: Operation timed out) |
09:49:18 | * | capisce joined #nimrod |
10:15:42 | * | q66 joined #nimrod |
10:20:31 | * | Associat0r joined #nimrod |
10:20:31 | * | Associat0r quit (Changing host) |
10:20:31 | * | Associat0r joined #nimrod |
10:26:09 | * | DAddYE joined #nimrod |
10:30:19 | * | DAddYE quit (Ping timeout: 248 seconds) |
11:26:44 | * | DAddYE joined #nimrod |
11:32:26 | Araq | hey DAddYE |
11:33:36 | * | DAddYE quit (Ping timeout: 256 seconds) |
12:16:45 | * | ltbarcly joined #nimrod |
12:16:54 | * | ltbarcly quit (Client Quit) |
12:55:39 | * | Ricky_Ricardo joined #nimrod |
13:17:28 | * | io2 joined #nimrod |
13:17:28 | * | io2 quit (Changing host) |
13:17:28 | * | io2 joined #nimrod |
13:30:21 | * | DAddYE joined #nimrod |
13:36:40 | * | DAddYE quit (Ping timeout: 245 seconds) |
14:11:15 | * | Ricky_Ricardo quit (Quit: Ricky_Ricardo) |
14:21:42 | * | Endy joined #nimrod |
14:22:31 | * | io2 quit (Ping timeout: 245 seconds) |
14:28:19 | * | ltbarcly joined #nimrod |
14:28:19 | * | ltbarcly quit (Client Quit) |
15:33:54 | * | DAddYE joined #nimrod |
15:40:04 | * | DAddYE quit (Ping timeout: 240 seconds) |
16:28:09 | reactormonk | http://www.reddit.com/r/AskReddit/comments/1nnanz/what_word_or_phrase_got_so_overused_that_it_lost/cck8re1 |
16:39:50 | * | ltbarcly joined #nimrod |
16:44:10 | * | ltbarcly quit (Ping timeout: 243 seconds) |
16:51:32 | * | io2 joined #nimrod |
16:54:20 | * | MFlamer joined #nimrod |
17:09:01 | * | DAddYE joined #nimrod |
17:09:15 | * | DAddYE quit (Remote host closed the connection) |
17:10:00 | * | DAddYE joined #nimrod |
17:10:22 | Araq | ping DAddYE |
17:10:43 | DAddYE | Araq: pong |
17:10:55 | Araq | ah cool |
17:11:09 | Araq | well I encoded the rules in "nimrod pretty" |
17:11:27 | Araq | so you might try again and make easy to follow pull requests :P |
17:11:45 | Araq | so that the current code base compiles with both --cs:none and --cs:partial |
17:11:48 | DAddYE | Araq: sure! Thanks man |
17:12:12 | DAddYE | do we still have nim pretty? |
17:12:47 | Araq | yes? I think so |
17:13:22 | DAddYE | cool :D |
17:14:04 | Araq | and again, don't work hard, if there are problems, tell me |
17:14:11 | DAddYE | Araq: okay |
17:14:13 | DAddYE | will do |
17:14:19 | DAddYE | thanks a lot! |
17:14:49 | dyu_ | DAddYE: have you been working hard? :-) |
17:15:10 | DAddYE | dyu_: more than you think :D, check my fork :D |
17:17:14 | dyu_ | hehe |
17:18:09 | dyu_ | you did promise to change it by hand |
17:18:24 | dyu_ | in the forums (regarding the T/P stuff) |
17:18:49 | dyu_ | (or maybe it was in github issues) |
17:19:10 | DAddYE | dyu_: I did the first time |
17:19:24 | DAddYE | then another time with pretty (initial version) |
17:19:40 | DAddYE | hand checking each file |
17:19:58 | DAddYE | in total I removed T/P and camelify 3 times |
17:20:04 | DAddYE | and the code base isn't that small :D |
17:20:24 | Araq | well "nimrod pretty" still only deals with the consistency issue sorry |
17:20:38 | Araq | but T/P stuff needs to be done incrementally anyway |
17:20:49 | Araq | with type aliases |
17:20:55 | Araq | ... I think |
17:21:01 | dyu_ | though with the new feature zahary mentioned about auto-dereferencing would help |
17:21:56 | dyu_ | eliminating the need for P prefix in some instances |
17:22:53 | Araq | how so? |
17:23:02 | Araq | it's completely unrelated |
17:23:40 | Araq | also the auto-deref feature is risky; we will try it but should it turn out to introduce too many bugs I'll remove it again |
17:23:57 | Araq | every automatic conversion weakens the type system |
17:24:09 | dyu_ | hrmm, well better not do it i guess? |
17:24:54 | Araq | well it can be done already with 'converter' |
17:25:00 | dyu_ | wysiwyg prevails I guess ... no surprises (explicit vs implicit) |
17:25:26 | Araq | wysiwyg is a pretty weak design rule IMHO |
17:25:41 | Araq | a[i] = a[j] + 4 |
17:25:43 | Araq | vs. |
17:26:10 | Araq | assign(array.get(a, i), plus(array.get(a, j), 4)) |
17:26:30 | dyu_ | i'd take the former |
17:27:25 | dyu_ | and the former is wysiwyg (if you ask a c/java person) |
17:27:48 | Araq | this "overloading is bad" etc. stuff is a weak argument; you might as well use a Lisp syntax and call it a day |
17:28:10 | dyu_ | nah, I actually prefer overloading |
17:28:49 | dyu_ | not really sure why golang didn't implement it |
17:29:25 | Araq | if you like infix syntax, you have to like operator overloading; otherwise you end up with the () everywhere anyway and might just go with Lisp-like syntax |
17:30:04 | dyu_ | that area I don't like (operator overloading) |
17:30:45 | dyu_ | well, let me paraphrase ... not wysiwyg ... but explicit vs implicit |
17:31:33 | Araq | yeah but only to some degree. Make too many things explicit and you end up with verbose "baby talk" |
17:33:49 | dyu_ | yea ofc |
17:36:39 | Araq | and of course using that slogan for a dynamically typed language is absurd ;-) |
17:42:25 | dyu_ | Araq: btw, with --cs:partial, one can now declare a proc param as proc foo(foo:Foo): Foo = ... |
17:42:28 | dyu_ | ? |
17:42:56 | Araq | you can do that already but only under some circumstances |
17:43:01 | Araq | but yes |
17:43:02 | dyu_ | then the local vars inside the function could also declare var bar:Bar |
17:43:09 | Araq | yep |
17:43:11 | dyu_ | cool |
17:43:23 | dyu_ | thanks |
17:43:24 | Araq | not really but people are getting what they want |
17:43:43 | Araq | in the hope it helps growing the language ;-) |
17:43:51 | dyu_ | hehehehe |
17:44:41 | dyu_ | Araq: is the type classes impl still far away? |
17:44:56 | dyu_ | I was wondering if it could be simpler (like scala type classes) |
17:45:04 | dyu_ | mainly for duck typing |
17:45:21 | dyu_ | and as compile time constraint |
17:45:38 | dyu_ | so we can have something like what rust/go has |
17:46:15 | Araq | I don't know how far they are away, zahary said it's not much work left but he disappeared :P |
17:46:19 | dyu_ | And you did advice people not to use inheritance/method |
17:46:26 | Araq | yes |
17:46:35 | dyu_ | so that's our best option I think |
17:47:44 | dyu_ | Araq: how do you feel about go's interface? |
17:47:47 | Araq | well we already have 'system.compiles' so already lots of stuff is possible |
17:48:21 | Araq | go's interfaces are neat but do not solve any hard problem and in fact makes problems worse |
17:50:15 | Araq | but it takes articles to explain it and it's not common knowledge |
17:50:28 | dyu_ | i see, so you prefer traits? |
17:50:36 | dyu_ | ala rust |
17:50:41 | Araq | depends |
17:50:49 | Araq | the compile-time traits -- yes |
17:50:59 | Araq | the runtime traits have the very same problems |
17:51:15 | dyu_ | yea, I meant compile time traits |
17:51:24 | dyu_ | ala rust |
17:51:31 | Araq | Rust has both |
17:51:36 | dyu_ | oh? |
17:51:40 | dyu_ | didn't know that |
17:52:19 | Araq | actually ... thinking again about it ... |
17:52:27 | Araq | I might be wrong ... will check later |
17:53:37 | Araq | anyway there is a bijection from "tuple of closures" to "interface", so Nimrod already has them ;-) |
17:54:23 | dyu_ | not sure if I follow |
17:54:31 | dyu_ | can you give an example? |
17:55:40 | Araq | tests/run/tinterf |
18:00:58 | dyu_ | cool. though it has an overhead of a closure |
18:01:23 | Araq | it's 6 words vs 4 |
18:01:26 | dyu_ | compared to a function that receives 'self' as the first arg |
18:01:41 | dyu_ | and nimrod auto-mapping to that at compile time |
18:01:56 | Araq | so yes, it add overhead but not significantly unless you have large interfaces |
18:02:10 | Araq | which are a design smell anyway, rriiiiight? |
18:02:58 | Araq | also we can add a pragma to make the compiler share the environment pointers |
18:03:13 | Araq | and then it's 0 overhead compared to a real interface |
18:04:03 | dyu_ | sure you could do that ... but do you prefer it over simply implementing traits (or type classes)? |
18:04:35 | Araq | I think what we currently have is great but it discourages people from using interfaces |
18:04:44 | Araq | s/but/because |
18:06:20 | dyu_ | well you're discouraging the use of methods, so that leaves us with that or traits :-) |
18:08:22 | Araq | yeah but compile-time traits are fine :P |
18:09:57 | dyu_ | the moment that gets implemented, I promise I'ma start writing lots of nimrod code :-P |
18:10:24 | Araq | yes I know. There is always 1 show stopper left. |
18:10:42 | Araq | "what do you mean it still lacks dependent typing? o.O " |
18:11:14 | Araq | "wtf? It still lacks multiple inheritance?" |
18:11:53 | Araq | "what? I can't have multiple utils modules in the same project? " |
18:12:50 | dyu_ | nah, for me that's the only one left ... duck typing |
18:13:04 | * | ltbarcly joined #nimrod |
18:14:34 | dyu_ | since I can't do object oriented programming (composition) without it |
18:14:45 | Araq | hu? |
18:15:00 | Araq | composition works fine already |
18:15:31 | Araq | and generics already duck type |
18:15:36 | dyu_ | yea it does, but there are not compile time contracts |
18:15:44 | dyu_ | there are no* |
18:15:48 | Araq | yes there are via system.compiles |
18:15:50 | dyu_ | like interfaces or traits |
18:16:04 | Araq | but I agree it's not a beautiful solution |
18:16:06 | dyu_ | contracts that are tied to a type |
18:16:16 | dyu_ | well not really |
18:19:04 | Araq | well people use Nimrod for OO, so you're wrong :P |
18:19:17 | dyu_ | yea, inheritance and methods |
18:19:36 | dyu_ | that you put in the language ... but not recommend it :-) |
18:19:57 | Araq | that is OO anyway, traits are part of the "generic programming paradigm". Perhaps. ;-) |
18:20:35 | Araq | the essence of OO is runtime dispatching; if you don't use it ("compile time traits"), you do not use OO |
18:22:50 | * | OrionPK joined #nimrod |
18:25:58 | dyu_ | ok... not OO programming ... DT programming |
18:32:20 | Araq | DT? dynamically typed? |
18:32:41 | dyu_ | duck typing |
18:32:56 | dyu_ | if it can quack, its a duck! |
18:33:25 | Araq | well type traits are about to constrain the duck typing |
18:33:35 | Araq | *about constraining |
18:34:08 | dyu_ | well your'e right :-) |
18:35:28 | dyu_ | any kind of compile-time constraint whether traits or interface is fine with me |
18:35:38 | Araq | via system.compiles? |
18:35:40 | Araq | :P |
18:42:03 | * | dyu_ still has no idea what system.compiles Araq is talking about |
18:42:57 | Araq | within a generic you can do: |
18:43:14 | Araq | when not compiles(a + 3): |
18:43:38 | Araq | {.error: "type of a needs to support addition with an integer literal".} |
18:45:36 | dyu_ | I love the verbosity |
18:47:03 | Araq | yes it's not beautiful I know |
18:48:55 | dyu_ | Araq: http://pastebin.com/Qsd34BZ6 ... think your impl of traits could be something like that? |
18:52:24 | Araq | sure why not, only uglier |
18:55:12 | dyu_ | the simpler the better ... |
18:56:00 | dyu_ | the keywords don't necessarily have to be the same |
18:56:02 | dyu_ | only the structure |
19:09:12 | * | DAddYE quit (Remote host closed the connection) |
19:11:50 | * | jdp quit (Ping timeout: 240 seconds) |
19:12:33 | * | jdp joined #nimrod |
19:12:33 | * | jdp quit (Excess Flood) |
19:13:37 | * | jdp joined #nimrod |
19:13:38 | * | jdp quit (Excess Flood) |
19:14:25 | * | jdp joined #nimrod |
19:16:28 | * | dyu_ quit (Quit: later!) |
19:22:03 | * | BitPuffin joined #nimrod |
19:22:07 | BitPuffin | ahoy! |
19:22:13 | BitPuffin | Araq: have you done the talk yet? |
19:23:19 | Araq | hey BitPuffin |
19:23:21 | Araq | http://forum.nimrod-code.org/t/256 |
19:24:43 | Araq | and here is some feedback I got: http://www.youtube.com/watch?v=EeSmVhMguFQ |
19:24:46 | BitPuffin | Araq: cool! I'll have a look |
19:24:59 | BitPuffin | Araq: did you see anything when you were there that was of interest? |
19:25:32 | BitPuffin | Hahahaha |
19:25:45 | BitPuffin | Araq: Somehow I am not surprised |
19:27:55 | Araq | yes I saw lots of cool stuff I might steal :-) |
19:29:26 | BitPuffin | Araq: Nice! Like what? |
19:36:15 | Araq | the new type system Odersky is working on |
19:36:49 | Araq | builtins for parallelism that JS will get |
19:37:58 | BitPuffin | Araq: for Scala? |
19:38:21 | Araq | he said Scala might get it if he can get it compatible enough |
19:38:32 | BitPuffin | aha |
19:38:38 | BitPuffin | well what was cool about the type system? |
19:42:06 | Araq | gah, don't make me explain it |
19:42:12 | BitPuffin | Haha okay |
19:42:17 | BitPuffin | guess I'll have to wait until it |
19:42:20 | BitPuffin | comes online |
19:42:33 | BitPuffin | Was the talk "The Trouble With Types"? |
19:44:47 | Araq | yes |
19:46:36 | BitPuffin | Cool |
19:46:44 | BitPuffin | Well guess I am gonna have to be patient then |
19:49:18 | BitPuffin | I feel like almost all languages lack an elegant way to override stuff. I mean there is either the approach of making an interface and have a standard implementation, or you take a tuple (or whatever) of function pointers. And I suppose there is inheritance, but you shouldn't have to make everything an object. So I wonder if there is an ultimate approach |
19:49:51 | * | DAddYE joined #nimrod |
20:08:03 | Araq | BitPuffin: ever tried a dynamically typed language? |
20:24:05 | BitPuffin | Araq: yes, but I mean for a systems programming language |
20:24:23 | BitPuffin | Araq: you wouldn't really write a 3d game in say ruby |
20:27:34 | MFlamer | I started to try and learn a dynamically typed language once.........way too sloppy for me couldn't stand it. |
20:39:50 | * | Endy quit (Ping timeout: 240 seconds) |
20:45:52 | MFlamer | maybe sloppy is not the correct term. Coming from only statically typed languages, it just seemed to "loose" for me. I know a lot of people are very productive in them. |
20:48:11 | Araq | really? I know nobody who is :P |
20:48:20 | Araq | only people who think they are ;-) |
20:49:51 | * | EXetoC joined #nimrod |
20:50:19 | BitPuffin | Araq: hehe |
20:50:30 | BitPuffin | Araq: Well you are productive when it works |
20:50:37 | MFlamer | I was just being polite. Yes, I agree the productivity is an illusion |
20:51:15 | EXetoC | of what? |
20:51:32 | Araq | EXetoC: welcome to the world of logs |
20:51:41 | Araq | http://build.nimrod-code.org/irclogs/ |
20:51:46 | Araq | first time is free |
20:52:22 | EXetoC | didn't think of that |
20:52:27 | EXetoC | yeah, I can't stand python |
20:54:06 | EXetoC | the interactive shell is helpful, that's all, but then again it's not like static languages can't have those |
20:54:08 | EXetoC | sane ones anyway |
20:54:32 | Araq | nimrod has a shitty one that is giving us bad press |
20:54:43 | dom96 | hello BitPuffin, where have you been? |
20:54:48 | MFlamer | ;-( |
20:55:24 | BitPuffin | dom96: around? I think? Just haven't been very loud. Or my irc client hasn't been running haha |
20:55:36 | EXetoC | right |
20:56:05 | BitPuffin | dom96: I also noticed that I had to add #nimrod to weechat, maybe that had something to do with it too. Was running quassel for a while on the laptop |
20:57:44 | BitPuffin | dom96: but other than that I guess I have been a bit more busy than usual :P |
20:59:40 | dom96 | You forgot about #nimrod, shame on you. |
21:00:11 | BitPuffin | dom96: no just that I was using weechat before I switched to quassel and didn't find out about nimrod until I used quassel :P |
21:00:25 | BitPuffin | right now I am kind of getting to know javascript a bit closer :$ |
21:00:32 | * | MFlamer_ joined #nimrod |
21:00:54 | BitPuffin | so I am reading eloquent javascript |
21:01:19 | * | MFlamer quit (Quit: Page closed) |
21:02:28 | * | BitPuffin is preparing for objections |
21:05:51 | BitPuffin | Araq: actually I suppose with webgl you would write a 3d game in a dynamic language (js), but even then you can use nimrod and compile to javascript :P |
21:05:59 | BitPuffin | something that I hope to do |
21:07:45 | Araq | Unreal Engine runs on the browser now |
21:07:55 | Araq | via JS |
21:07:56 | dom96 | BitPuffin: what happened to your game in Nimrod? |
21:08:16 | dom96 | IIRC you said you would have something done a month ago :P |
21:08:18 | BitPuffin | Araq: Yeah I know, old news :P |
21:08:28 | Araq | good |
21:08:47 | BitPuffin | dom96: still doing a game (well games actually) in nimrod, but for now not the one I mentioned! |
21:09:07 | Araq | any chance you do an RTS? |
21:09:12 | BitPuffin | Araq: That was done by compiling C++ to js with emscripten |
21:09:24 | Araq | I know |
21:09:49 | BitPuffin | Araq: Not planned for now no. If I ever feel like I can think of a reason to make one, maybe I will :) |
21:10:37 | BitPuffin | But if nimrod turns out to be epic enough for a few projects I will create some really nice tools that should encourage devs to switch to nimrod |
21:10:51 | BitPuffin | and be finally liberated from C++ :P |
21:12:59 | Araq | meh fine, I'll port mine to nimrod when 1.0 is out and I have time again :P |
21:15:01 | BitPuffin | Araq: you have made an rts? |
21:15:17 | BitPuffin | yeah get cranking on 1.0 :P |
21:16:08 | Araq | yeah I did years ago |
21:16:31 | Araq | it's crap but was great fun to build |
21:16:46 | BitPuffin | I had thought flowing around in my mind that when I have completed a game in nimrod and hopefully made enough income to be sustainable for a while to get familiar with the compiler and fix as many bugs as possible full time for like 2 weeks. But that would be way in the future |
21:16:53 | BitPuffin | by then I'd be better at nimrod :P |
21:17:09 | BitPuffin | Araq: was it 3d? :o |
21:17:13 | Araq | lol no |
21:17:26 | BitPuffin | hehe, okay |
21:18:01 | BitPuffin | My current active project is probably one of my oldest |
21:18:39 | BitPuffin | let's see when I came up with it |
21:19:34 | BitPuffin | around 1st september 2011 |
21:19:42 | BitPuffin | so I have been thinking about it a lot xD |
21:20:26 | Araq | that might be good |
21:21:50 | BitPuffin | http://superfriendshipclub.com/forum/viewtopic.php?f=3&t=353&p=4052&hilit=holochrist#p4052 some early days of the project, it isn't exactly much like what I had planned then. Although I will probably make something along the lines of what I had planned in some later installment |
21:23:17 | dom96 | that's some scary shit |
21:24:31 | BitPuffin | dom96: the monster? |
21:24:36 | dom96 | ya |
21:25:10 | BitPuffin | thanks :) |
21:26:27 | BitPuffin | so now I am basically writing an engine from scratch |
21:26:33 | BitPuffin | discard the Unity/UDK talk in there |
21:26:38 | BitPuffin | and most of the stuff |
21:27:20 | BitPuffin | possibly one of the only things that will show up in the end is the monster |
21:28:33 | BitPuffin | but yeah it should turn out nicely |
21:30:26 | BitPuffin | dom96: how's school? |
21:30:47 | shevy | dom96: how's the drugs? |
21:31:14 | Araq | dom96: shevy knows about your secret! :O |
21:31:29 | shevy | we all have to pay the bills somehow! |
21:31:51 | dom96 | After the FBI took down DPR everything went downhill... |
21:32:08 | dom96 | BitPuffin: Busy, tiring, sickening :P |
21:33:05 | BitPuffin | DPR? Don't you mean silkroad? |
21:33:22 | BitPuffin | is shevy new? |
21:33:31 | BitPuffin | dom96: sounds like school to me |
21:33:47 | * | MFlamer_ quit (Remote host closed the connection) |
21:34:52 | BitPuffin | I engage myself in self study instead, so I can learn about the things that are relevant to me without other jizz |
21:35:01 | dom96 | Yeah, Dread Pirate Rogers. |
21:35:13 | dom96 | Well, I should have said arrested. |
21:35:26 | * | dom96 is tired |
21:35:27 | BitPuffin | dom96: would have been cool if the took him down |
21:35:34 | * | dom96 blames school |
21:35:35 | BitPuffin | didn't even know that was his name |
21:35:44 | shevy | BitPuffin I was on and off here |
21:35:49 | BitPuffin | dom96: telling ya, it is the jizz |
21:35:53 | shevy | I tried to work through python tutorial |
21:35:57 | dom96 | oh and yeah, shevy has been here longer than you BitPuffin I think :P |
21:36:03 | shevy | then started to hate it and that's when I usually come to nimrod |
21:36:24 | BitPuffin | shevy: cool! Well hello |
21:36:38 | shevy | the only nice thing that python has is the official tutorial |
21:36:48 | BitPuffin | nimrod needs a book |
21:36:50 | shevy | ruby documentation is rather awful still |
21:36:51 | shevy | yeah |
21:37:04 | BitPuffin | but maybe we should hold on to that until we reach 1.0 |
21:38:36 | Araq | I'm writing a book |
21:38:58 | BitPuffin | Araq: say whaaat |
21:39:10 | dom96 | BitPuffin: Yeah. I am stuck with stupid ICT. I sincerely hope uni is more err positively challenging. |
21:39:14 | Araq | a book with pages and stuff |
21:39:26 | BitPuffin | Araq: you don't say |
21:39:58 | BitPuffin | dom96: information communications technology? |
21:40:09 | BitPuffin | Araq: what's it called? |
21:40:12 | dom96 | BitPuffin: yeah... |
21:40:23 | BitPuffin | "Why everything sucks and nimrod is yes" |
21:40:46 | BitPuffin | "Nimrod! No? Yes!" |
21:41:13 | Araq | "what the ... ? Nimrod? aaaaarrrrrghhhh" |
21:41:14 | BitPuffin | "How to not hate programming languages" |
21:41:29 | dom96 | "Worshipping Nimrod: a step by step guide" |
21:41:30 | BitPuffin | Araq: that's a great title |
21:41:52 | BitPuffin | "Nimrod is watching you sleep, here is how you learn to enjoy that" |
21:42:03 | Araq | "Why everything that is 'common knowledge' in computer science is wrong" |
21:43:33 | * | MFlamer joined #nimrod |
21:43:57 | BitPuffin | "I hate everything, here is my programming language" |
21:44:20 | Araq | nice one |
21:44:32 | BitPuffin | for sure |
21:45:05 | BitPuffin | no but seriously, is it called something generic like "The Nimrod Programming Language" Araq? |
21:45:36 | BitPuffin | "sit the fuck down and .nim that shit" |
21:45:43 | Araq | in fact I don't know the title, I thought about "Programming Nimrod" |
21:46:07 | BitPuffin | Araq: how far have you come? |
21:46:19 | BitPuffin | Will it be open sauce? |
21:46:38 | Araq | table of contents + some other pieces |
21:46:50 | Araq | and no, you will have to pay for it |
21:47:20 | BitPuffin | even for digital download? |
21:47:36 | Araq | yes |
21:47:49 | BitPuffin | I see |
21:47:53 | BitPuffin | well I guess that makes sense |
21:47:59 | BitPuffin | gets some funding for the project |
21:48:20 | BitPuffin | on the flipside, having an open source book is attractive for newcomers |
21:48:44 | Araq | we have that already and it's called the "manual" |
21:49:04 | BitPuffin | Araq: I know, but you know, beginners |
21:49:17 | Araq | we have that already and it's called the "tutorial" |
21:49:40 | BitPuffin | Araq: Well there is still a great void between the tutorial and the manual |
21:50:03 | BitPuffin | at least if you don't know a lot about programming |
21:50:28 | Araq | the tutorial 1 starts with zero previous knowledge ... I think |
21:50:55 | Araq | but you know |
21:51:16 | Araq | getting more people who are still learning how to program doesn't help nimrod a single bit |
21:51:30 | BitPuffin | I think it does |
21:51:47 | BitPuffin | because they will hopefully get good at it |
21:51:51 | BitPuffin | and make awesome nimrod stuff |
21:52:04 | Araq | yeah that's what beginners tend to do |
21:52:29 | BitPuffin | so how could it not help nimrod to get people who are learning how to program using nimrod |
21:52:46 | BitPuffin | I can see how even the tutorial is frightening to a new programmer |
21:53:11 | BitPuffin | and even if it wasn't, just reading the tutorial would not be enough to grasp the manual |
21:53:17 | BitPuffin | but I digress |
21:53:39 | Araq | in my opinion we need more specialized articles |
21:53:45 | Araq | like "concurrency in nimrod" |
21:53:56 | Araq | "generics in Nimrod" |
21:54:01 | BitPuffin | That too |
21:54:16 | Araq | "Nimrod plus SDL == pure awesomeness" |
21:54:25 | BitPuffin | Hehe |
21:54:31 | BitPuffin | just needs to be updated to SDL 2 :P |
21:54:34 | Araq | "Partial redudancy elimination in Nimrod" |
21:56:09 | BitPuffin | shouldn't we perhaps consider breaking out some of the wrappers in to babel packages later as nimrod and babel matures? |
21:56:32 | BitPuffin | But still keep them "officially" maintained |
21:56:53 | Araq | that's what we are doing for the next release yes |
21:57:09 | BitPuffin | ah! nice |
21:57:16 | Araq | btw I improved the compiler so that now Babel should work flawlessly with it |
21:58:00 | BitPuffin | Araq: Ah! In what way was it flawed? |
21:58:43 | Araq | well you can have package1/utils.nim and package2/utils.nim now in the same project |
21:58:58 | Araq | also there is now "import x as y" |
21:59:15 | BitPuffin | Araq: Finally! nicely done |
22:01:39 | BitPuffin | should be very useful |
22:05:13 | BitPuffin | zahary: so how is assignment delagators going? :) |
22:09:38 | * | io2 quit () |
22:22:43 | * | MFlamer quit (Ping timeout: 260 seconds) |
22:25:31 | * | EXetoC quit (Ping timeout: 260 seconds) |
22:30:14 | * | MFlamer joined #nimrod |
22:30:35 | OrionPK | Nimrod plus SDL plus Windows == pure headache |
22:30:36 | OrionPK | :p |
22:31:09 | Araq | really? why? |
22:31:16 | OrionPK | only if statically linked |
22:31:30 | OrionPK | because of the main swapping shenanigans SDL does, if u recall |
22:31:43 | Araq | that's SDL 2 |
22:31:51 | Araq | SDL 1 works nicely |
22:31:58 | OrionPK | havent tried it |
22:32:15 | OrionPK | SDL1 doesnt change winmain? |
22:32:23 | Araq | I still don't believe that changed main in SDL 2 |
22:32:36 | Araq | that's foolish and they really should know better |
22:32:49 | Araq | *that they changed |
22:34:16 | * | fowl joined #nimrod |
22:35:10 | Araq | OrionPK: http://www.ginkgobitter.org/sdl/?SDL_SetMainReady seems to suggest it's not necessary |
22:36:15 | OrionPK | ah, yes defining SDL_MAIN_HANDLED will prevent it from hijacking |
22:37:05 | OrionPK | i might have found that too, but found that my complaints were more memorable than the resolution ;) |
22:37:19 | Araq | well you don't have to use "header: sdl2.h" and then it's not #included and there can't be any hijacking then |
22:37:34 | Araq | which is the way to go imho anyway |
22:38:14 | Araq | dependency on a header is stupid on linux as you then need some -devel package to compile your nimrod program |
22:38:33 | OrionPK | I think I was trying to get fowls lib working, not writing my own wrapper |
22:40:44 | Araq | fowl: fix your sdl2 wrapper please |
22:41:07 | Araq | OrionPK: any game finished that I can play? |
22:41:20 | OrionPK | any game started would be a better question :P |
22:42:04 | OrionPK | still feeling too uninspired to start a game, no motivation to program in such vast quantities outside of work |
22:43:12 | fowl | Araq, whats wrong with it |
22:44:08 | Araq | don't use the 'header' pragma if you do |
22:44:54 | * | EXetoC joined #nimrod |
22:45:30 | fowl | OrionPK, i was planning on taking out static linking anyways |
22:45:46 | OrionPK | might as well |
22:46:19 | BitPuffin | Araq: Don't worry, games will come :P |
22:46:37 | BitPuffin | Araq: and if you want I'll send you early tech demos etc |
22:47:08 | Araq | BitPuffin: I'm fine thanks. I don't have time for games anyway. |
22:47:38 | BitPuffin | Araq: So that's why you asked for games? Haha |
22:48:11 | fowl | OrionPK, when i found out you had to do whatever you had to do for windows i couldnt figure out to get around it |
22:51:18 | BitPuffin | people should use nimrod in some LD-like jams so that it is at least present |
22:51:49 | * | BitPuffin looks sharply at dom96 |
22:58:12 | EXetoC | pie |
23:04:43 | fowl | im working on 2 right now |
23:04:48 | fowl | slowly |
23:05:20 | BitPuffin | fowl: 2 games? |
23:05:31 | fowl | yea |
23:06:43 | BitPuffin | me too |
23:06:53 | BitPuffin | fowl: what kind of games? |
23:14:19 | fowl | ones an action rpg the other is an atari-like system |
23:16:34 | * | ltbarcly quit (Quit: Computer has gone to sleep.) |
23:20:18 | Araq | good night |
23:29:28 | * | MFlamer quit (Ping timeout: 246 seconds) |
23:35:36 | * | wlhlm quit (Ping timeout: 245 seconds) |
23:36:07 | * | EXetoC quit (Ping timeout: 246 seconds) |
23:37:16 | * | MFlamer joined #nimrod |
23:38:20 | MFlamer | Araq: you gone? |
23:39:21 | MFlamer | Aside form some sugar, how are our object variants different than ADT's (Sum Types)? |
23:56:15 | * | EXetoC joined #nimrod |