|
pepito sanchez posted:why oop bad dynamic dispatch here i have an even shorter one: subtyping
|
#
?
Nov 11, 2015 07:47
|
|
|
|
| # ? Jun 11, 2024 19:17 |
|
|
JewKiller 3000 posted:dynamic dispatch
|
|
#
?
Nov 11, 2015 07:54
|
|
|
*points to dilznick*
|
|
#
?
Nov 11, 2015 07:55
|
|
|
JewKiller 3000 posted:*points to dilznick* i figured yr dilznick was purely virtual
|
|
#
?
Nov 11, 2015 08:25
|
|
|
why oop badJewKiller 3000 posted:*points to dilznick*
|
|
#
?
Nov 11, 2015 14:10
|
|
|
Slurps Mad Rips posted:i figured yr dilznick was purely virtual lol
|
|
#
?
Nov 11, 2015 17:06
|
|
|
triple sulk posted:if u dont use a language with semicolons u hosed up in mumps, comments begin with semicolons
|
|
#
?
Nov 11, 2015 17:09
|
|
|
LeftistMuslimObama posted:in mumps, comments begin with semicolons also lisp
|
|
#
?
Nov 11, 2015 17:12
|
|
|
#|lisp comment syntax owns|#
|
|
#
?
Nov 11, 2015 17:20
|
|
|
gently caress you
|
|
#
?
Nov 11, 2015 17:32
|
|
|
LeftistMuslimObama posted:in mumps, comments begin with semicolons in JCL, every valid line of code begins with a double slash
|
|
#
?
Nov 11, 2015 17:36
|
|
|
you niggas forget ; is comments on mafaking assembly, the king of no languages and all
|
|
#
?
Nov 11, 2015 18:02
|
|
|
Slurps Mad Rips posted:i figured yr dilznick was purely virtual nice
|
|
#
?
Nov 11, 2015 19:58
|
|
|
Gazpacho posted:i mean IRC as a protocol can probably be adapted to the enterprise but only if you put a graphical client in front of it that will autoconnect to the right server and hide all of its legacy horror the client side is not the terrible part of irc. it's the server no one wants to employ a neckbeard in a metallica t-shirt to do nothing but attend to the care and feeding of badly written 1990s irc service bots in any case, slack and hipchat solve both the client and server problems cheaply and are moving towards compliance products. it's a no-brainer
|
|
#
?
Nov 11, 2015 20:48
|
|
|
things that are better about irc than proprietary services: 1. it runs inside your firewall actually that's all i can come up with
|
|
#
?
Nov 11, 2015 20:49
|
|
|
Well that and being dependent upon a third part company not closing shop or changing to dumb terms of service or whatever. I mean, yeah I'd still use slack or whatever, but its something to consider.
|
|
#
?
Nov 11, 2015 20:55
|
|
|
Notorious b.s.d. posted:moving towards compliance products. it's a no-brainer like 27001? lmao
|
|
#
?
Nov 11, 2015 21:02
|
|
|
Notorious b.s.d. posted:the client side is not the terrible part of irc. it's the server why would ou need bots inside a corpnet
|
|
#
?
Nov 12, 2015 01:47
|
|
|
just use xmpp, no dependency on third party internet services and there are clients for every platform and plenty of decent servers that can tie into your corporate ldap or whatever
|
|
#
?
Nov 12, 2015 02:25
|
|
|
Gazpacho posted:why would ou need bots inside a corpnet name and shaming services for build breaks, deployment and outage alerts, etc
|
|
#
?
Nov 12, 2015 02:35
|
|
|
idk what I would do without our ticket bot in irc, love that thing
|
|
#
?
Nov 12, 2015 03:56
|
|
|
Soricidus posted:just use xmpp, no dependency on third party internet services and there are clients for every platform and plenty of decent servers that can tie into your corporate ldap or whatever i want to believe
|
|
#
?
Nov 12, 2015 04:38
|
|
|
Gazpacho posted:why would ou need bots inside a corpnet way better to dump automated poo poo in a channel or a forum than in your inbox. for ex: pagerduty integration, so when things are on fire everyone knows, and people can take pages before they escalate to the on call
|
|
#
?
Nov 12, 2015 04:40
|
|
|
Notorious b.s.d. posted:in any case, slack and hipchat solve both the client and server problems cheaply and are moving towards compliance products. it's a no-brainer hipchat already do on site https://www.hipchat.com/server afaik it's not on slack's todo list, i imagine they're going to wait for feature dev to slow down before doing corp stuff/take ipo
|
|
#
?
Nov 12, 2015 04:42
|
|
|
pepito sanchez posted:why oop bad designed by programmers oop isn't bad, no more than if statements, or gotos are bad. it's just more obvious now when it is bad, than when the ideas first took hold. it's still not obvious enough, mind.
|
|
#
?
Nov 12, 2015 04:45
|
|
|
pepito sanchez posted:you niggas forget ; is comments on mafaking assembly, the king of no languages and all I assume you mean x86 assembly? The only assembly I've worked with was MIPS (for my intro to compilers class) and there the comments are '#' instead.
|
|
#
?
Nov 12, 2015 05:37
|
|
|
it's not the architecture, it's the assembler the funniest thing in the asm world is people talking about "x86 assembly" when there are two widely known but massively divergent syntaxes from two different platform assemblers humor in the asm world is very bleak
|
|
#
?
Nov 12, 2015 06:11
|
|
|
rjmccall posted:it's not the architecture, it's the assembler masm 4lyfe
|
|
#
?
Nov 12, 2015 06:19
|
|
|
rjmccall posted:it's not the architecture, it's the assembler there's the one that's sensible that's by intel and then there's the one everyone uses 
|
|
#
?
Nov 12, 2015 06:25
|
|
|
rjmccall posted:humor in the asm world is very bleak i still think the entirety of ppc is a joke i haven't gotten
|
|
#
?
Nov 12, 2015 06:30
|
|
|
xor and xor. are two different instructions because why not
|
|
#
?
Nov 12, 2015 06:32
|
|
|
https://twitter.com/ppcinstructions
|
|
#
?
Nov 12, 2015 06:33
|
|
|
Suspicious Dish posted:xor and xor. are two different instructions because why not rip z0r
|
|
#
?
Nov 12, 2015 06:37
|
|
|
Suspicious Dish posted:xor and xor. are two different instructions because why not the dotted version updates the status/condition register (similar to x86) while the undotted version skips the update. it's a freebie optimisation if you aren't going to branch based on the result ppc has plenty of insanity to go around though
|
|
#
?
Nov 12, 2015 09:41
|
|
|
travelling wave posted:the dotted version updates the status/condition register (similar to x86) while the undotted version skips the update. it's a freebie optimisation if you aren't going to branch based on the result So it's basically for things like RAID-5 controllers or various crytpo functions where you want to xor things for the value they spit out rather than to do conditional execution based on those values? Neat.
|
|
#
?
Nov 12, 2015 15:42
|
|
|
travelling wave posted:the dotted version updates the status/condition register (similar to x86) while the undotted version skips the update. it's a freebie optimisation if you aren't going to branch based on the result that's a great link
|
|
#
?
Nov 12, 2015 15:46
|
|
|
ahmeni posted:name and shaming services for build breaks, deployment and outage alerts, etc
|
|
#
?
Nov 12, 2015 17:36
|
|
|
you should check out riscv it's really pretty and might actually even ship silicon some day http://riscv.org/ rjmccall says it's poo poo though  regarding your comment about bloated function prolog/epilog they do actually address that in the latest draft of the compressed ISA though, something along the lines of "emit calls to some out-of-line prolog/epilog functions then, we're not adding a load-multiple or store-multiple instruction"
|
|
#
?
Nov 12, 2015 19:08
|
|
|
Soricidus posted:just use xmpp, no dependency on third party internet services and there are clients for every platform and plenty of decent servers that can tie into your corporate ldap or whatever no push notifications, though
|
|
#
?
Nov 12, 2015 19:26
|
|
|
|
| # ? Jun 11, 2024 19:17 |
|
|
Mr Dog posted:you should check out riscv it's really pretty and might actually even ship silicon some day lol
|
|
#
?
Nov 12, 2015 22:29
|
|