| --- Log opened Tue Sep 25 00:00:09 2012 |
| 00:05 | < Rhamphoryncus> | probably much simpler actually |
| 00:05 | < Rhamphoryncus> | I've been in those situations myself. The code keeps growing with more and more conditions |
| 00:05 | < Rhamphoryncus> | Then I get tired of it, make each explicit, then start finding patterns |
| 00:42 | | Derakon[AFK] is now known as Derakon |
| 00:42 | | mode/#code [+ao Derakon Derakon] by ChanServ |
| 01:32 | | iospace is now known as io |
| 01:32 | | io is now known as io|PACKERS |
| 01:37 | < gnolam> | Fksprkkhghnyarghl |
| 01:43 | | * gnolam foams at the mouth. |
| 01:47 | | * io|PACKERS pats gnolam |
| 01:48 | | * Vornicus gives gnolam a tasty cheese. |
| 01:55 | < gnolam> | Electronics manufacturers. May they boil forever in a vat of non-ROHS-compliant lead. |
| 02:02 | < io|PACKERS> | oh? :P |
| 02:02 | < RichyB> | Non-ROHS-compliant is actually kinda useful |
| 02:03 | < RichyB> | melts at lower temperatures. |
| 02:03 | < io|PACKERS> | there's actually a couple stations in the back at work that say "no lead" |
| 02:04 | < RichyB> | The thing about ROHS that makes everyone go ? is that, being required to not use lead when soldering means that you have to solder at higher temperatures, which means you need to buy/make thicker, more expensive PCBs out of higher-temperature, more-brittle, harder plastic. |
| 02:04 | < RichyB> | At least, that was the impression I got from skimming IET magazines when I was a young warthog. |
| 02:05 | <@Tamber> | Apparently tin whiskers occur more often in ROHS stuff, too. (At least, if the grumping about it I've heard is correct) |
| 02:09 | < RichyB> | Tamber: I didn't know that. Cool. |
| 02:09 | < RichyB> | I wonder if pacemakers are on the list of RoHS-exempt applications? Wikipedia says that a few military gadgets are. |
| 02:10 | | Derakon is now known as Derakon[AFK] |
| 02:15 | | * Vornicus looks up rohs |
| 02:18 | < io|PACKERS> | RichyB: it's not compusloury |
| 03:24 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has quit [Ping timeout: 121 seconds] |
| 03:37 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has joined #code |
| 03:37 | | mode/#code [+o himi] by ChanServ |
| 04:15 | | Derakon[AFK] is now known as Derakon |
| 04:56 | | io|PACKERS is now known as io\-_- |
| 04:58 | | Rhamphoryncus [rhamph@Nightstar-cc6253d6.abhsia.telus.net] has quit [Client exited] |
| 05:48 | <&Derakon> | Okay, sanity check me, folks. |
| 05:48 | <&Derakon> | I have Pyrel up on Bitbucket, which is basically GitHub for Mercurial. |
| 05:49 | <&Derakon> | Another dev wants to be able to set up his remote to automatically pull from my remote whenever there are changes. |
| 05:49 | <&Derakon> | I can't help but feel this will just result in him being unable to push to his own remote because of merge conflicts. |
| 05:49 | <&Derakon> | Thoughts? |
| 05:50 | < RichyB> | He's mad. Mad, I tell you. |
| 05:51 | < RichyB> | git, right? You can have more than one remote repo. |
| 05:51 | <&Derakon> | Mercurial. |
| 05:51 | < RichyB> | Eh, uninterested. |
| 05:52 | <&Derakon> | Think "like git, but you can't delete branches willy-nilly". |
| 05:52 | < RichyB> | Eh, uninterested. |
| 05:52 | <&Derakon> | :p |
| 05:54 | < froztbyte> | Derakon: unless he updates his tip and makes to merge in anything new that is pulled, each time, explosions |
| 05:55 | <&Derakon> | Hooray intuition! |
| 05:56 | < RichyB> | or y'know, just fetch from both remotes into a local checkout, merge and then push to his remote. |
| 05:56 | < froztbyte> | that's the git way |
| 05:56 | < froztbyte> | and not really necessary :P |
| 05:57 | < froztbyte> | Derakon: but I guess you kinda get to choose your own workflow for this, given that hg gives you the tools to do it |
| 05:57 | <&Derakon> | Well, the dev's workflow in question is basically entirely wrong. |
| 05:57 | < RichyB> | froztbyte: it's also how I'd go about following two different repositories in, say, darcs. What else am I missing? |
| 05:58 | <&Derakon> | But I wanted to be clear that his reasons for it being wrong were themselves also wrong~ |
| 06:00 | < RichyB> | BTW, three cheers for the data: URI scheme. |
| 06:06 | | io\-_- is now known as iospace |
| 06:13 | | iospace is now known as iospacedout |
| 06:27 | | Syloq_Home [Syloq@NetworkAdministrator.Nightstar.Net] has quit [Client closed the connection] |
| 06:43 | | Derakon is now known as Derakon[AFK] |
| 07:31 | | Vash [Vash@Nightstar-e8057de2.wlfrct.sbcglobal.net] has quit [[NS] Quit: I lovecraft Vorn!] |
| 09:06 | | You're now known as TheWatcher |
| 09:08 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has quit [Connection closed] |
| 09:34 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has joined #code |
| 09:34 | | mode/#code [+o himi] by ChanServ |
| 11:36 | | iospacedout is now known as iospace |
| 12:10 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has quit [Ping timeout: 121 seconds] |
| 12:19 | <&jerith> | http://imgur.com/gallery/x0ml8 |
| 12:24 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has joined #code |
| 12:24 | | mode/#code [+o himi] by ChanServ |
| 12:26 | | celticminstrel [celticminst@Nightstar-05d23b97.cable.rogers.com] has joined #code |
| 13:00 | | * TheWatcher sets about fixing up a few thousand lines of code, after changing the internal operation of his template engine |
| 13:17 | <&McMartin> | Of relevance to this channel: http://ocamljava.x9c.fr/ |
| 13:30 | <&ToxicFrog> | Man, the JVM is really catching on. |
| 13:44 | | * McMartin writes up Fallout 3, the 150th game on his Stack Of Games page! |
| 13:45 | <&McMartin> | At least, as long as I treat the Karoshi and Karoshi 2 single entry as two. |
| 13:47 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has quit [Ping timeout: 121 seconds] |
| 14:01 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has joined #code |
| 14:01 | | mode/#code [+o himi] by ChanServ |
| 14:03 | < gnolam> | Argh. |
| 14:04 | < gnolam> | I feel like there mini-PCIe cables /should/ exist, but I can't find any. |
| 14:04 | < gnolam> | -there |
| 14:06 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has quit [Ping timeout: 121 seconds] |
| 14:19 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has joined #code |
| 14:20 | | mode/#code [+o himi] by ChanServ |
| 14:24 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has quit [Ping timeout: 121 seconds] |
| 14:31 | < Nemu> | Hmm. I think I've completely changed my stance on matlab's OOP, today. |
| 14:31 | < Nemu> | At work, I was super-frustrated, because everything was way harder than it needed to be. |
| 14:31 | < Nemu> | Now, though, I realize it's hard because it doesn't have the conveniences every other OOP language has. |
| 14:32 | < Nemu> | I always thought of things in terms of public private protected. Really, though, public is just private with a transparent get() |
| 14:33 | < Nemu> | Err, sorry. protected with a transparent get |
| 14:33 | | * gnolam shudders. |
| 14:33 | < gnolam> | M-code. Looting other programming languages for all their worst bits. |
| 14:33 | < Nemu> | Yeah. It's bad. But, they did pre-2008b OOP right |
| 14:34 | < Nemu> | The new implementation of OOP is just like everyone else's OOP, which is good and bad. |
| 14:34 | < Nemu> | I think I think of Matlab's old OOP like I think of C. It's really great to learn with because it's so close to the book. |
| 14:35 | < Nemu> | The only flaw I know of in Matlab's encapsulation is that fieldnames() treats the object like a struct, and outputs the names of all its properties. |
| 14:37 | < Nemu> | Which still isn't much of a problem, since you can't type obj.prop1 and get prop1 unless you've purposefully created a function to allow that. |
| 14:37 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has joined #code |
| 14:37 | | mode/#code [+o himi] by ChanServ |
| 15:08 | | Syloq_Home [Syloq@NetworkAdministrator.Nightstar.Net] has joined #code |
| 15:19 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has quit [Ping timeout: 121 seconds] |
| 15:26 | < iospace> | oh noobs |
| 15:32 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has joined #code |
| 15:32 | | mode/#code [+o himi] by ChanServ |
| 15:37 | <&McMartin> | Nemu: What do you mean by "close to the book" in this context? |
| 15:45 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has quit [Ping timeout: 121 seconds] |
| 15:59 | | celticminstrel [celticminst@Nightstar-05d23b97.cable.rogers.com] has quit [[NS] Quit: And lo! The computer falls into a deep sleep, to awake again some other day!] |
| 15:59 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has joined #code |
| 15:59 | | mode/#code [+o himi] by ChanServ |
| 16:11 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has quit [Ping timeout: 121 seconds] |
| 16:15 | < iospace> | i never thought i'd do this but i willingly disabled the IDE controller o_O |
| 16:24 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has joined #code |
| 16:24 | | mode/#code [+o himi] by ChanServ |
| 16:55 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has quit [Ping timeout: 121 seconds] |
| 17:08 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has joined #code |
| 17:08 | | mode/#code [+o himi] by ChanServ |
| 17:10 | | Derakon[AFK] [Derakon@Nightstar-a3b183ae.ca.comcast.net] has quit [Operation timed out] |
| 17:14 | | Derakon[AFK] [Derakon@Nightstar-a3b183ae.ca.comcast.net] has joined #code |
| 17:30 | | Vash [Vash@Nightstar-e8057de2.wlfrct.sbcglobal.net] has joined #code |
| 17:30 | | mode/#code [+o Vash] by ChanServ |
| 17:32 | | EvilDarkLord is now known as Maze |
| 20:18 | | RichyB [richardb@Nightstar-05a7b7ef.bethere.co.uk] has quit [[NS] Quit: Leaving] |
| 20:24 | | Attilla_ [Obsolete@Nightstar-86524535.as43234.net] has joined #code |
| 20:25 | | Attilla [Obsolete@Nightstar-95b1e6b6.as43234.net] has quit [Ping timeout: 121 seconds] |
| 20:31 | | * iospace throws her hands up in frustration? |
| 20:32 | | * Tamber offers a comically-oversized wooden mallet? |
| 20:37 | | Maze is now known as EvilDarkLord |
| 20:38 | | Attilla_ is now known as Attilla |
| 20:48 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has quit [Ping timeout: 121 seconds] |
| 20:55 | | * iospace eyes things |
| 21:01 | | himi [fow035@Nightstar-5d05bada.internode.on.net] has joined #code |
| 21:01 | | mode/#code [+o himi] by ChanServ |
| 21:05 | | * iospace thuds |
| 21:05 | < iospace> | oh PCIe SSDs |
| 21:05 | < iospace> | how fun are thee! |
| 21:05 | < iospace> | (and that's all I can say because of [REDACTED]) |
| 21:32 | | Vash [Vash@Nightstar-e8057de2.wlfrct.sbcglobal.net] has quit [[NS] Quit: I lovecraft Vorn!] |
| 22:20 | | celticminstrel [celticminst@Nightstar-05d23b97.cable.rogers.com] has joined #code |
| 23:07 | < iospace> | yay BSOD |
| 23:19 | < Nemu> | McMartin: Close to the book in that there's no convenience functions, nothing happens in the background. You create a class. Values are stored like a struct. Everything is protected by default. If you want to access a value, you can't make something public, you need to create get and set functions. |
| 23:20 | < Nemu> | Inheritence literally instantiates the parent in the child. |
| 23:22 | < Nemu> | It's definitely not the ideal implementation, but it's as capable as other implementations. To get these advanced functionalities, you have to create the convenience functions. |
| 23:23 | < Nemu> | That's why I say it's a lot like C. I'd recommend C for learning imperative, and Matlab for learning OOP, oddly enough. |
| 23:23 | < Namegduf> | Nemu: That's what you get in other languages from composition rather than inheritance. |
| 23:23 | < Namegduf> | The distinction is in the inability to override. |
| 23:23 | < Namegduf> | (Although you can simulate that with interfaces and massive annoyance) |
| 23:24 | < Namegduf> | "Instantiating the parent in the child", I mean. |
| 23:27 | < Nemu> | Yeah. That's something I need to drill into, today. Matlab has a specific syntax for inheriting parents, but the end result appears identical to adding objects as data. I need to find out whether there's a difference. |
| 23:29 | < Namegduf> | I'm a fan of composition + interfaces over inheritance, because it doesn't require a perfectly planned hierarchy in advance, or use of the weird "effectively public but not quite" protected stuff (assuming that you're allowing things outside the compilation unit to inherit) |
| 23:49 | <@TheWatcher> | But you can't be doing OOP properly if you don't have a perfectly planned hierarchy in advance!~ |
| 23:50 | <@TheWatcher> | (I really wish that I didn't know at least one person who appears to believe that) |
| 23:53 | <&McMartin> | Yay composition and views |
| 23:53 | < Nemu> | I do it the hard way. Start writing. "Oh, is ths functionality needed elsewhere? Probably make a good superclass" |
| 23:53 | <&McMartin> | s/superclass/utility function/ >_> |
| 23:53 | | You're now known as TheWatcher[T-2] |
| 23:53 | < Nemu> | Nah, we're talking methods and properties |
| 23:54 | < Nemu> | Like, I have a class 'experiment' that inherits from 'tcp_experiment', because I can see how other experiments will also need tcp functionality |
| 23:55 | < Nemu> | Actually, it inherits from, like, eight other classes, which maybe isn't so nice. |
| 23:58 | | You're now known as TheWatcher[zZzZ] |
| --- Log closed Wed Sep 26 00:00:23 2012 |