Author Topic: Simple Machines is expanding (Read 1264639 times)

emanuele · « **Reply #40 on:** February 27, 2012, 11:18:44 AM »

Unless a project starts nobody can work on it.
Unless we start using OOP in SMF it's very unlikely that developers with good knowledges of OOP would be (deeply) attracted by it.

Use OOP on the current code base could be not the easiest thing to do and probably not even the most attractive (it's mostly a rewrite of the entire code, you can take it piece by piece, but in the end means rewrite it).
The development of smCore and 3.0 will be for sure more open in respect to what SMF's development has been in the past, so many more people will be able to join and demonstrate their skills.

As far as I remember it's also easier to improve code in an OOP code base rather than in a procedural one.

So I understand your fears, they are absolutely legitimate, but I also think that break legacy and move forward is also something that must be done at a certain point.

Quote from: feline on February 27, 2012, 08:09:03 AM

1+
Without a lot of new programmer with a very good know how in OOP and all other, this project is dead before starts. My 2 cent...

When the coffin is ready let me know I'll go buy the nails!

feline · « **Reply #41 on:** February 27, 2012, 04:27:30 PM »

Quote from: emanuele on February 27, 2012, 11:18:44 AM

When the coffin is ready let me know I'll go buy the nails!

You're better than you think ... But thinking is not your strength.

Fustrate · « **Reply #42 on:** February 27, 2012, 04:43:03 PM »

emanuele doesn't have to think, we just push a button on the back of his head and out pops code

definitely a wonderful robotic team member

IchBin™ · « **Reply #43 on:** February 27, 2012, 04:45:13 PM »

Quote from: feline on February 27, 2012, 04:27:30 PM

Quote from: emanuele on February 27, 2012, 11:18:44 AM
When the coffin is ready let me know I'll go buy the nails!
You're better than you think ... But thinking is not your strength.

You're better than you speak... But speaking is not your strength.

Dzonny · « **Reply #44 on:** February 27, 2012, 05:30:37 PM »

Runic · « **Reply #45 on:** February 27, 2012, 05:45:15 PM »

good to hear this is finally public, i remember sitting in the conference room at a motel in Tucson at the MoTM hearing about all this, as for 2.0 bugs being transferred over to 3,0, simply as 3.0 is not same style as previous releases the bugs that are on 2.0 will not exist.

emanuele · « **Reply #46 on:** February 27, 2012, 07:05:38 PM »

Quote from: Fustrate on February 27, 2012, 04:43:03 PM

emanuele doesn't have to think, we just push a button on the back of his head and out pops code definitely a wonderful robotic team member

And you are lucky: at my old job I was only able to pop out numbers!

Akyhne · « **Reply #47 on:** February 27, 2012, 07:12:50 PM »

Good news... this!

nightbre · « **Reply #48 on:** February 27, 2012, 11:13:52 PM »

An interesting thought I had reading over some OOP literature is how will a server be effected as in OOP 3.0 v 2.2 smf for overall consumption of bandwith and server resources ? Ive got no other sites running that can compare but was wondering if the initial thoughts from the dev team touched on this at an smf level in general.

Joshua Dickerson · « **Reply #49 on:** February 27, 2012, 11:30:16 PM »

You wouldn't see any difference.

Fustrate · « **Reply #50 on:** February 27, 2012, 11:39:31 PM »

Quote from: nightbre on February 27, 2012, 11:13:52 PM

An interesting thought I had reading over some OOP literature is how will a server be effected as in OOP 3.0 v 2.2 smf for overall consumption of bandwith and server resources ? Ive got no other sites running that can compare but was wondering if the initial thoughts from the dev team touched on this at an smf level in general.

Bandwidth won't change one byte from procedural to OO - it doesn't change what data is sent to/from your site.

Resources should ideally go down from 2.x to 3.0, but as always it depends on the server. If you're worried about server resources and haven't installed an opcode cache and moved away from Apache, there are larger things to worry about than OOP

nightbre · « **Reply #51 on:** February 27, 2012, 11:48:40 PM »

I just had those users in mind who get hammered for usage ect by slick hosts promising the earth but not delivering. I also wondered since a whole script isnt run and only the relative data accessed in oop as per module then technically shouldnt the queries go down giving a lower usage and faster page load? I just finished a 10 hour shift btw so might be a bit too sleepy atm to make real sense.

I cant wait to see the cogs in this new engine!

Fustrate · « **Reply #52 on:** February 28, 2012, 12:05:05 AM »

There are things we're doing that should reduce resource usage, like lazy loading the database connection so that we don't open a connection that can go unused. We're also going to have smarter caching and (hopefully) cleaner code, so that bugs are easier to prevent/spot/fix. You're definitely on the right track of what we need to do

igirisjin · « **Reply #53 on:** February 28, 2012, 02:30:52 AM »

About time... hope this will be followed up by the real effort involved making such changes and providing the addons like a gallery etc. Already divergent mods out there so will be interesting to see how the developer personalities play out on this.

And a unified portal??? Or would it just make it easier for people to keep writing their own versions perhaps.
Hope it works, even if only half of the intentions make it.

Lawrence Wright · « **Reply #54 on:** February 28, 2012, 05:55:29 AM »

This is great news, I'm glad SMF is taking this direction.

GravuTrad · « **Reply #55 on:** March 01, 2012, 01:51:33 PM »

A good improvement, for sure.

gisfreak · « **Reply #56 on:** March 02, 2012, 12:13:43 PM »

sound good, congrats

choloman05 · « **Reply #57 on:** March 03, 2012, 10:44:43 PM »

Interesting. Pleas just don't turn into Wordpress or something equally terrible. With the plans to incorporate all kinds of modules, I'm afraid of more problems and the whole thing not being too "simple". But, I'm no developer so I'll just sit back and watch how this turns out.

But SMF is my favorite software I've worked with so far, so I'm optimistic about it all. Best of luck!

live627 · « **Reply #58 on:** March 04, 2012, 01:33:10 AM »

Wordpress is badly written and horribly inefficient. As a direct consequence, it's slooooooow, moreso with plugins.

French · « **Reply #59 on:** March 04, 2012, 07:11:00 AM »

Quote from: Norv

* Ability to integrate with other essential website components -- blog CMS, gallery, etc, without writing an external integration. Modules written using the smCore platform can be instantly compatible with each other. You won't need to install any modules you don't need, but you will be able to add them on just by checking a box and clicking "install".

Great innovation,is this similar with Drupal´s add-on modules and designs. Which they offer in Drupal core files

Brad "IchBin™" Grow		TinyPortal		Themes
Coding Guidelines

Bryan Runic Deakin	\|	Μπράιαν Poύνικ Ντίκεν
Project Manager/Marketing	\|	Διαχειριστής έργου/Μάρκετινγκ

News:

Author Topic: Simple Machines is expanding (Read 1264639 times)