|
Poker Face as in "poke-your face"
|
|
|
|
|
I like to say it with a Jamaican accent, heavily stressing the "E".
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Poke whatever you will
p okemongo
po kemongo
pok emongo
poke mongo
pokem ongo
pokemo ngo
pokemon go
pokemong o
Zen and the art of software maintenance : rm -rf *
Maths is like love : a simple idea but it can get complicated.
|
|
|
|
|
Hi All,
Odd thing this morning every web page I try is unavailable apart from the Lounge, WTF?
This is getting old...
Well it appears it is a failure of me! Good Grief gimme
|
|
|
|
|
Turn your WiFi on...
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Well if I had to turn on my WiFi how did I post that? , restart seems to be working...
|
|
|
|
|
Internet fairies.
Time machines.
NSA cameras watching over your shoulder and feeling helpful.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
You on BT?
I came into this game for the action, the excitement. Go anywhere, travel light, get in, get out, wherever there's trouble, a man alone. Now they got the whole country sectioned off, you can't make a move without a form.
modified 31-Aug-21 21:01pm.
|
|
|
|
|
|
And the problem is...?
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
It seems that BT loaded CP's Lounge then went AWOL.... All better now?
|
|
|
|
|
Well, as long as it loaded CP, I don't see that there's a problem.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
I was having some deep thinking about what I call, disdainfully, "enterprise architecture", those bloated multi layerssss (the more the merrier) monsters... When it suddenly hit me how it might make sense in some environment. And I am looking for feedback on my conclusions.
First I came from the point of view of an experienced developer who has mostly worked in small teams and I personally find that a vertical approach to development gives better results. i.e. When one is in charge of a feature, one does the SQL, the data exchange class, the webservice, service proxy and the UI and/or whatever else is needed for the feature to be fully functional. If one don't know how to solve a particular problem, ask a colleague! And as for code reuse, regular chat with your colleagues make sure every body use some common utility (or even business utility) library whenever possible. I think it gives better overall results.
But now, for an other point of view, if I imagine an environment with high turn over and lots of graduate who don't know very well how to do SQL, HTMl/MVC, WPF, WCF/WebAPI, etc... Nor do they talk to the customer and understand the feature they are working on very well... It might seem like a good idea to have a GUI team, a SQL team, a Business layer team that each focus on one technology and one layer. Hence the layer monster comes to life with some reason to be such.
Not that I agree on the long term benefit of that approach. But it kind of makes sense in that light.
Am I on track here, as to why enterprise architecture is so wide spread?
|
|
|
|
|
And there was me hoping you were on about the Star Trek movie out on Friday...
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Haha!
You mean the markings on the ship?!
Sorry!
|
|
|
|
|
The important point is that each layer be independently unit-testable and only communicate through defined interfaces. Once you have that your sub-teams can operate independently and still create a coherent end product.
Of course something like MVVM (or event better CQRS) gives even better sub-team independence.
|
|
|
|
|
In larger companies: yes, very much so. And there's also the possibility that one of you management went golfing with a sales person from Oracle and now you're stuck exchanging your SQL server code with Oracle code. Which is easier if it lives separately from everything else.
Also: a lot of developers don't want to work vertically. They don't want to do GUI or SQL work. Is it ideal? No it isn't, but with the shortage of good developers that want to work for big companies, there is not a lot you can do about it.
|
|
|
|
|
Jeroen_R wrote: Also: a lot of developers don't want to work vertically.
Really?!
|
|
|
|
|
Yes. Sad, but true. IME, it's mainly employee developers who stop learning and just come in from 9 to 5 that become like this, though.
|
|
|
|
|
You mean those of us who have kids and a life outside of coding?
|
|
|
|
|
Yes, that is indeed the reason I hear a lot.
Note: I have 2 kids, a wife, hobbies and I still find the time to stay more-or-less up to date with technology. It isn't that hard...
|
|
|
|
|
That's why I read Code Project, among other sites\newsletters, so I can stay up with technology.
I had a supervisor who seemed perfectly content to just come in and do his job everyday. It's wasn't because it was hard, he just was more interested in other things.
|
|
|
|
|
I have seen this issue in particular in unionized IT shops. One place I worked at, the IT employees (20+ years, coming from mainframe/COBAL development) had maxed out their company benefits, and had no further incentive to learn any new skills (such as web development, among other things).
As an IT Professional/Contractor, it is critical for me to keep learning new technology skills as they become relevant. This is not unlike other professions, such as medicine, engineering, etc.
As far as those "enterprisey" patterns, it might feel like overkill for smaller projects. But I have yet to work on a project for a client, where once it was finished they wanted a new set of features on it. By using these sorts of patterns, you keep the system flexible enough to add these new/updated features without having to do a major refactoring job first...
|
|
|
|
|
It's terribly boring. I'm "the communications and hardware guy" (quoted because it's informal and I still do anything that must be done) and there are months where I have to implement all the new hardware communications and interfaces. After a month my productivity falls... to thep oint I start losing confidence in my abilites. Then an emergency arises and I solve it in record time - basically doing the same kind of work over and over dulls me to the point of uselessness.
Also vertical works are always clunky, integrated and customzed environments work better - that's why in manifacturing plants verticalization is very loose and broad and the systems are basically ad-hoc solutions with nothing similar to layers, they are more like interconnected clouds of components which try to expose the same interfaces. They usually are more flexible, at the cost of greater complexity in the system.
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
When I was six, there were no ones and zeroes - only zeroes. And not all of them worked. -- Ravi Bhavnani
|
|
|
|
|
There's that famous saying: "Coding's more fun when your horizontal"... something like that anyway.
|
|
|
|