|
in the eyes of god every computer made after the fall of the iron curtain is haraam
|
# ? Jan 20, 2015 20:06 |
|
|
# ? May 10, 2024 18:44 |
|
rrrrrrrrrrrt posted:not that I disagree with the idea that all webpages should be static, server generated html but yeah it sounds like you don't get JS at all. like, do you think pages should have no scripting at all ever? I can't think of any good uses of js so no
|
# ? Jan 20, 2015 20:17 |
|
Forums Terrorist posted:in the eyes of god every computer made after the fall of the iron curtain is haraam I really want to see what would happen if someone was running some babby linux distro on a 386 and tried to run a modern browser. Hell, a Pentium.
|
# ? Jan 20, 2015 20:42 |
|
prefect posted:you get to offload all the processing work to the clients, and gently caress up their computers instead of your nice servers its basically this. user experience doesn't really matter
|
# ? Jan 20, 2015 20:53 |
|
Ludwig van Halen posted:I can't think of any good uses of js so no hello richard matthew stallman
|
# ? Jan 20, 2015 20:55 |
|
Valeyard posted:hello richard matthew stallman I think that web pages should only be used to display information or to allow mild editing of data via forms that correspond to sql columns if u need more than that maybe you should write a native application
|
# ? Jan 20, 2015 21:09 |
|
lol yeah let's go back to synchronous web pages this will be great
|
# ? Jan 20, 2015 21:22 |
|
Ludwig van Halen posted:I think that web pages should only be used to display information or to allow mild editing of data via forms that correspond to sql columns yeah whatever grandpa
|
# ? Jan 20, 2015 21:23 |
|
They ask you about the internet and scripts of Java. Say: In both of them there is a great sin and means of profit for men, and their sin is greater than their profit. And they ask you as to what they should spend. Say: What you can spare. Thus does Allah make clear to you the communications, that you may ponder
|
# ? Jan 20, 2015 21:30 |
|
Javascript should only be used to progressively enhance your mouse cursor icon.
|
# ? Jan 20, 2015 21:47 |
|
am i missing something, or is dependency injection mostly "pass the needed stuff in to the function/object rather than hardcoding it"?
|
# ? Jan 20, 2015 21:59 |
|
it wouldn't be the first stunningly obvious and simple programming concept with a dramatic name which makes it sound intimidating
|
# ? Jan 20, 2015 22:12 |
|
What's the thread for "Mommy and Daddy are fighting?" We have no project manager/dev director/{layer just on top of devs who reports to management title} and there's a power struggle between our BA/scrum master (who has a lot of experience being a scrum master) and one of our Devs, and a big fussing match with our CEO and, uh, everyone. I'm right next to the office of our CFO, and the CEO's office is another door down. Everyone's in the CFOs office fussing and the CEO is getting pissed. The best part is a lot of this started from some rear end in a top hat coming back who everyone was begging the CEO not to bring back for causing drama.
|
# ? Jan 20, 2015 22:13 |
|
I'm the only dev left at their desk, save for our long timer mousey back end engineer, who seems to have mastered the art of giving no fucks.
|
# ? Jan 20, 2015 22:21 |
|
qntm posted:
lmao
|
# ? Jan 20, 2015 23:02 |
gonadic io posted:lmao code:
|
|
# ? Jan 20, 2015 23:04 |
|
The Leck posted:am i missing something, or is dependency injection mostly "pass the needed stuff in to the function/object rather than hardcoding it"? you're just missing that DI containers provide ways to do the DI that are more sophisticated like via magic, or obtuse layers of config files, or peppering annotations everywhere, etc. so that you barely have to know the DI is happening except when something goes wrong and you have to unravel why some object way down the dependency graph wasn't instantiated correctly and wait why the gently caress does it need to be DI'ed in the first place since there's only ever been one implementation???
|
# ? Jan 20, 2015 23:46 |
|
Ludwig van Halen posted:I can't think of any good uses of js so no
|
# ? Jan 21, 2015 00:23 |
|
textbooks often have the same problem where they address things like DI and mocking frameworks and unit testing via babby's first c# mvc webapp or w/e, and youre left thinking why the gently caress would you go to the trouble
|
# ? Jan 21, 2015 00:26 |
|
St Evan Echoes posted:textbooks often have the same problem where they address things like DI and mocking frameworks and unit testing via babby's first c# mvc webapp or w/e, and youre left thinking why the gently caress would you go to the trouble lmao di is trivial 1. write to an interface not an implementation 2. let the constructor take the implementation for that interface => DI frameworks just poo poo that up by having implict filling in of dependencies and poo poo
|
# ? Jan 21, 2015 00:34 |
|
dependency injection just sounds more complex than it is.
|
# ? Jan 21, 2015 01:19 |
|
im burned out
|
# ? Jan 21, 2015 01:34 |
|
Pass an Engine to your Car constructor code:
Space Whale fucked around with this message at 05:04 on Jan 21, 2015 |
# ? Jan 21, 2015 02:00 |
|
Space Whale posted:Pass an Engine to your Car constructor i finally grok di
|
# ? Jan 21, 2015 03:10 |
|
seems like it would be a lot better if the the car came with an engine but you had the option to upgrade it if you wanted. like a rice rocket or something. i suppose that would come at the cost of unnecessary expense (memory allocation!)!!!!
|
# ? Jan 21, 2015 03:12 |
|
qntm posted:it wouldn't be the first stunningly obvious and simple programming concept with a dramatic name which makes it sound intimidating no no man in order to do dependency injection you {insert spring tutorial here} the reason you need a DI framework is because you can't do partial application with java constructors .
|
# ? Jan 21, 2015 03:28 |
|
FamDav posted:no no man in order to do dependency injection you {insert spring tutorial here} i thought that's why we have the builder pattern
|
# ? Jan 21, 2015 03:36 |
|
FamDav posted:the reason you need a DI framework is because you can't do partial application with java constructors . how does partial application get you out of the pass-from-above parameter explosion hellpit?
|
# ? Jan 21, 2015 04:04 |
|
heh, all my DI dependencies are runtime
|
# ? Jan 21, 2015 04:09 |
|
Here's how the evolutionary chain leading to DI usually plays out.code:
code:
code:
code:
code:
AOP goes here.
|
# ? Jan 21, 2015 04:20 |
|
Then: "Why is my application spending 500ms parsing XML at startup before it spins the event loop?"
|
# ? Jan 21, 2015 04:27 |
|
Subjunctive posted:Here's how the evolutionary chain leading to DI usually plays out. gross
|
# ? Jan 21, 2015 04:29 |
|
fart simpson posted:gross Extremely. Good DI environments either rewrite invisibly or let you write something compact like code:
And then you write a processor of some kind that statically binds your production implementations so you don't pay the heap/initialization/etc costs in the configuration that actually matters to your users.
|
# ? Jan 21, 2015 04:34 |
|
my experience with DI is basically thiscode:
you should avoid DI outside of constructors.
|
# ? Jan 21, 2015 04:43 |
|
fleshweasel posted:you should avoid DI outside of constructors. as long as your language can abstract away singletons behind constructors, yes
|
# ? Jan 21, 2015 04:46 |
|
MALE SHOEGAZE posted:seems like it would be a lot better if the the car came with an engine but you had the option to upgrade it if you wanted. like a rice rocket or something. Default/optional params? Null check? Parameterless constructor?
|
# ? Jan 21, 2015 05:03 |
|
MALE SHOEGAZE posted:seems like it would be a lot better if the the car came with an engine but you had the option to upgrade it if you wanted. like a rice rocket or something. the right way to use inheritance is base abstract class functionality that is extended by real classes. ex: A Controller class that implements a pile of methods for generating responses that you would use within a child implementer. in this case a controller interface doesnt make sense. You could have a controller class that accepts interfaces of various types to handle requests which would make those implementations reusable in another controller. However, it makes the controller harder to understand which defeats part of the purpose of MVC.
|
# ? Jan 21, 2015 05:09 |
|
i don't "get" object oriented programming either the c programming language was handed down to us mortals by god and u make an abomination of it by altering god's vision
|
# ? Jan 21, 2015 05:09 |
|
Ludwig van Halen posted:i don't "get" object oriented programming either http://www.templeos.org/Wb/Doc/HolyC.html
|
# ? Jan 21, 2015 05:22 |
|
|
# ? May 10, 2024 18:44 |
|
Subjunctive posted:AOP goes here. you forgot the picture of the trash can
|
# ? Jan 21, 2015 05:53 |