FizzBuzz Enterprise Edition • Hacker News Board

Re: FizzBuzz Enterprise Edition

#41

Post by icebraining » Fri, May 11, 2018, 1:08 PM UTC

free652 wrote: post #38

FundThrowaway wrote: post #23

Earlier quoted context omitted.

While Enterprise is always the go to for things like this, I think any time non technical people get involved in technical decisions the fun time begins. Just today I was told that I wasn't allowed to implement something in python just because it's "a scripting language"

If theoretically a developer chose to develop something in Python in my company that would be an automatic no. There are multiple reasons: You would add an another language to support from the development to the operational support like monthly security updates. And that's a major risk and most companies won't take it. If you leave the company then the company may have potentially unsupported app with noone capable o…

You are making the unwarranted assumption that Python isn't already used in the company.

Re: FizzBuzz Enterprise Edition

#42

Post by 6ue7nNMEEbHcM » Fri, May 11, 2018, 1:15 PM UTC

This is clearly a hoax - there are no UML diagrams there (not up to date with the code - to be clear about this).

Re: FizzBuzz Enterprise Edition

#43

Post by 6ue7nNMEEbHcM » Fri, May 11, 2018, 1:16 PM UTC

dx034 wrote: post #12

thesephist wrote: post #4

The Github issues list is the real gold mine: https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpris...

https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpris... I'd really like to see the microservice version of that.

Just run it from the docker.

Re: FizzBuzz Enterprise Edition

#44

Post by organsnyder » Fri, May 11, 2018, 1:22 PM UTC

Asooka wrote: post #21

Where/how does one learn to structure programs like this? Obviously I won't write fizzbuzz like this, but the point is it won't occur to me to structure a fizzbuzz solution like this. And if I can't produce such a structure for the dead simple case, then I can't trust myself to be able to architect an actual complex system where one does need to apply all these abstractions. Are these skills only attainable from year…

Effective Java is the best book I've read on the subject.

Re: FizzBuzz Enterprise Edition

#45

Post by imglorp » Fri, May 11, 2018, 1:27 PM UTC

mathnode wrote: post #24

lotkowskim wrote: post #5

I am surprised that the Enterprise edition is missing the option to export as an Excel file, eagerly waiting for future releases.

And LDAP authentication.

After AD auth and SSO.

Re: FizzBuzz Enterprise Edition

#46

Post by royalghost » Fri, May 11, 2018, 1:30 PM UTC

Looking at the problem statement, this should be built in a Reactive style of programming and more event based. What if we need to scale this to infinite numbers for millions of clients ?

Event based programming in technology like stack is more appropriate for this kind of problem domain...

Re: FizzBuzz Enterprise Edition

#47

Post by s_kilk » Fri, May 11, 2018, 1:31 PM UTC

ikeboy wrote: post #7

thesephist wrote: post #4

The Github issues list is the real gold mine: https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpris...

>add blockchain Because of course

I eagerly await the day all this blockchain stuff is considered legacy enterprise cruft.

Re: FizzBuzz Enterprise Edition

#48

Post by burnt1ce » Fri, May 11, 2018, 1:46 PM UTC

not over engineered by the least bit.

Re: FizzBuzz Enterprise Edition

#49

Post by discreditable » Fri, May 11, 2018, 1:49 PM UTC

_pmf_ wrote: post #9

The documentation is not Enterprise Ready™; it still contains a description of what the product actually does in an accessible location. For proper compliance, this description should be in a PDF whitepaper that will only be mailed to you after providing your e-mail address and phone number.

The PDF whitepaper should also be an image instead of text to prevent anyone from using find or selecting text.

Re: FizzBuzz Enterprise Edition

#50

Post by jcelerier » Fri, May 11, 2018, 1:52 PM UTC

frfl wrote: post #32

On a more serious note. What is the alternative to the OOP IOC SOLID multiple layers of abstraction way of doing things? Is this really the go to architecture for enterpire - or more appropriately, large projects? Why is it the go to architecture -- what are the alterntives? Suppose we're discussing a project in a non-typical OOP language (not Java/C#/C++), what is the architure of choice there? Asking this as a juni…

> Is this really the go to architecture for enterpire - or more appropriately, large projects?

You have to understand that the context in which this kind of architecture is needed is high-turnovers environments. Basically, in the 90's, managers at big corps - IBM, ATOS, etc... asked the question : "how can we fire a whole team, hire a whole another team and put them in front of the fired team's code and have them be productive in a few days ?".

The answer to this is to heavily compartimentalize everything. Your manager tells you that you must implement a very particular behaviour in a very particular class ; you aren't meant to know what's happenning in other parts of the system.