A very nice post, must have taken you ages to type on an touch screen

There have been some thoughts on my side over the last couple of days, partly stimulated by the fierce discussions on this channel and some going back in time. Let me start with what I very much like about SME:
  • It's simplicity, the fact that the user only gets presented the settings he needs
  • All the know how hidden under the hod, a simple example being that a users mail account and ibay is setup simply by adding the user account
  • The concept of storing all configuration data in one place
  • The templating concept
  • It's ability to act on events (signal-event)
  • etc. ... the design has been very well thought of

What I personally view as being problematic:

  • From my potentially incomplete view I had the impression that things are SME specific where I dare to question they have to be. As an example, I remember a message on this board where it was stated that we had to modify anaconda in order to fix a bug
  • The effort to integrate a contribution into the system is manageable but mostly a manual task, quite a lot of effort
  • As we are all aware, SME has come to some age and needs some brush up to be able to compete with the Synologies and QNAP's out there
  • There was a time when I was ready to contribute a backup solution I had written for my cusotmers, I could not get the "paperwork" resolved within the time I had at hand and gave up
From the posts in the near past I get the impression that there is not many people who consider themselves being "coders", still most of the discussion is about frameworks or programming languages. It also seems to be difficult to attract these kind if skills (coding) to the project. I'm sure there is many ideas how one could fix that, mine go along these lines:
  • The over all target of what the project is trying to achieve must be easily visible and attractive, i.e. why should I spend time on SME if I can buy a NAS with all that functionality
  • Anyone who wants to contribute to the project must be able to do so with minimal effort, i.e. move the sources to github where I can fork and submit a pull request. This makes it easy for me to contribute while it still leaves the power to decide what makes it into the core to people in control of SME
  • Provide clear requirements/statements towards functionality which one can pick up and run, don't worry about language and framework unless you are amongst the people who implement it
  • Any modification to the core build packages should bring them as close to the off the shelf underlying OS as possible, in other words only add SME specific stuff where absolutely necessary
  • To maximize the benefit of the time you can spend on an unpaid project, concentrate on tasks that match your skills

I know this does not directly map to a migration to CentOS 7. However at some point the direction of where SME should go must be addressed, why not take such a change as a reason to do so.

Cheers
Hans

Ladies (any out there ?) and Gentlemen,

As some of you know I have unfortunately been somewhat disposed this week.

Having caught up I can see once more the Achilles Heel of SME revealed in all its glory.

Can we please all agree on a few points.

Because if we can't we may as well all pack up, turn off the lights and go do something more fruitful with our lives instead of wasting it with endless bickering, abuse, and point scoring.

Remember that not only are there direct subscribers to this list, but quite possibly others who view via archives etc.

You are on public display. You, as members of the community, are meant to be representing that community.

I am sure there are a lot who do not post because they do not want to get their head shot off in a volley of abuse the moment they pop above the parapet.

So please think twice before you post.

Devinfo is for discussion of technical details on SME - software development and assistance thereof. It is not designed for personal mud slinging or criticism of anyones work. Stick to code issues, not politics. If you can help on a technical issue then post here. If you have an opinion, put it in discussion

Discussion is where you can debate the wider issues if SME. If you want to debate the whys and wherefores of direction then this is your forum. If you want to debate whether cockpit or mojo is better or best or whatever then this is the place. Anything else to do with SME be it governance, finance or whatever can be discussed. No developments skills necessary :-)

There is no excuse for bad manners anywhere. Yes, we have all had a lapse at some stage in our lives so lets try hard to keep it clean and polite and respect others views.

You may just encourage others to join in if they don't think they will be abused. SME needs that.

Unfortunately I know that some people round here have been abused verbally both publicly and privately, and have been deeply upset by comments. We have lost many good people for this reason alone which is absolutely ridiculous. It is unacceptable anywhere, anytime. Revenge attacks also serve no purpose.

Snide links to sites that intimate incompetence are just as offensive.

If you don't want to see posts from an individual you can always use /dev/null or a killfile. Feeding trolls serves no purpose. They just love the attention. Don't give them the satisfaction.

Also a lot of posters do not use English as their first language. Try not to take things quite so literally and give them the benefit of the doubt.

If in doubt then write today and post tomorrow....

We have some interesting times ahead and there is a lot to talk about if you want to see SME survive and thrive. There is no one right answer and lots of opinions. An informed intelligent debate is good.

Settling old scores and stabbing people verbally is not.

"Sticks and stones may break your bones, but words will never hurt you." goes the poem, but we all know words can hurt.

If you write a post would you have the nerve to say the same words to someone face to face ??? If you wouldn't then don't post them.

Please keep it positive. Ask questions and explanations of peoples comments and ideas by all means. But don't criticise, and don't just say no. Reason your point, and tell us your better idea. If you haven't got one, what reason have you to criticise theirs ?

So I appeal to one and all to sit back, take a chill pill, think twice before posting, remember that we all really want one thing which is to make SME better, and don't let down either your community or yourselves.

B. Rgds
John Crisp
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

_______________________________________________
Server Development Discussion
To unsubscribe, e-mail [email protected]
Searchable archive at https://lists.contribs.org/mailman/public/devinfo/


_______________________________________________
Discussion about project organisation and overall direction
To unsubscribe, e-mail [email protected]
Searchable archive at https://lists.contribs.org/mailman/public/discussion/

Reply via email to