About languages, why not just one group, and ask posters to prefix the title of their post with [COBOL], [C], [PL/I], etc if it's about a specific language?
Finbar Burke
this could be done with the use of # tags, however it is (always) down to UX, will members adhere and/or understand. Could be better to build out groups for languages etc based on content/activity. In the near future I'm hoping to focus on individual groups and grow members, content, activity and momentum
I see why you want to avoid large numbers of groups - it becomes confusing & unmanageableI think the other side of the argument is stronger, though (within sensible limits). For example, if someone is looking for (say) CICS discussions, they have to wade through all the other transaction manager detailSo, for Transaction Managers, I’d suggest:
• CICS
• IMS
• Other transaction managersFor languages:
... moreI see why you want to avoid large numbers of groups - it becomes confusing & unmanageable
I think the other side of the argument is stronger, though (within sensible limits). For example, if someone is looking for (say) CICS discussions, they have to wade through all the other transaction manager detail
So, for Transaction Managers, I’d suggest:
• CICS
• IMS
• Other transaction managers
For languages:
• Assembler
• COBOL
• PL/1
• REXX
• Other languages
etc
Regarding groups, I want to avoid having loads of groups, at least until it gets busy here, but open to suggestions and opinions on this. My thinking is to create a set of core groups around the key skill areas in mainframe for members to post news stories, blog links, ask questions etc.
I was thinking along the lines of DevOps, RACF/security, DB2.......
Just to let you know that I'm hoping to get a new site up for LMF over the next few days.
Adding lots of 'LinkedIn' style features including who viewed me and view activity pages, better search function, new page layouts, and some other cool stuff.
Biggest update is to profile pages, members will now be able to add a full profile in a similar format to LinkedIn. Really hoping lots of people will get involved and copy/cut 'n' paste their profiles across and help get this bi... moreHello everyone,
Just to let you know that I'm hoping to get a new site up for LMF over the next few days.
Adding lots of 'LinkedIn' style features including who viewed me and view activity pages, better search function, new page layouts, and some other cool stuff.
Biggest update is to profile pages, members will now be able to add a full profile in a similar format to LinkedIn. Really hoping lots of people will get involved and copy/cut 'n' paste their profiles across and help get this bit of the site buzzing and growing!
Once the new site is up and running, my focus will be on growing our membership so please send a link to your colleagues and if you see a post on IinkedIn (or elsewhere) please like\share. Woulb be great to end 2019 with a bang!!!
Finbar Burke
Glad you stepped in there Frans, I was browsing and musing last night to think where CICS would go, sub-systems and middleware sprung to mind, but think your idea might be best, DeLander Collins what do you think
Hopefully over the next short while we can decide on the final set of groups for the time being. As I said, looking into and intending to get a 'move to' feature added to the admin menu, so if groups are added or become more granular in the future, relevant historical posts can be moved across.
Currently Frans Beyl is the first to make a suggestion, and his list is
Admin
Announcements
Automation
Coding environment (languages, tools, scripting, ...)
Datastorage
Debugging
Devops
General... moreHopefully over the next short while we can decide on the final set of groups for the time being. As I said, looking into and intending to get a 'move to' feature added to the admin menu, so if groups are added or become more granular in the future, relevant historical posts can be moved across.
Currently Frans Beyl is the first to make a suggestion, and his list is
Admin
Announcements
Automation
Coding environment (languages, tools, scripting, ...)
Datastorage
Debugging
Devops
General
Monitoring
Security
Scheduling
Finbar Burketrue their is a big overlap with Coding so do we need DevOps now with this proposed list, and add debugging to it
Monitoring and Security, makes sense, security may dominate but can separate later
Yes, think there should be a Database group, again, Db2 will probably dominate, but again separate later
Should there be a training/education group.
And while building out from the core groups as we build, I'd hope the general group would spawn stuff like a ZOWE, Cloud, and/or Blockchain group/s a... moretrue their is a big overlap with Coding so do we need DevOps now with this proposed list, and add debugging to it
Monitoring and Security, makes sense, security may dominate but can separate later
Yes, think there should be a Database group, again, Db2 will probably dominate, but again separate later
Should there be a training/education group.
And while building out from the core groups as we build, I'd hope the general group would spawn stuff like a ZOWE, Cloud, and/or Blockchain group/s as forums for these seem scarce
Remember, hopefully adding 'move to' admin option so creating and populating later groups will be easy(ish)
Also working on a Quora style Q&A section, so the groups won't be needed for tech questions or queries only, also there is a blog section for full articles, so groups will be for news/ links/ business discussions
So, with that in mind, maybe we don't need an announcements group, the groups will be well monitored and spam will be deleted very quickly
But agreed lets do it quickly and get on with building content, members and activity
cameron seay
This is a good first cut, and should not need much tweaking. I can live with it as is, but my suggestion, for conciseness' sake, would be move monitoring into security, move debugging into coding. I don't see database, but that can be in coding or Devops. I understand why DevOps has its own group, but there is a lot of overlap between it and coding. Like I said, I don't think we need to parse this thing ad infinitum. I can live with it as is and see how it works out.
Anyone got an opinion on converting the z/VM group into one for all operating systems available on mainframe, and if so, what will we call it, and what would be a good description.....anyone!
Finbar BurkeFrans, I agree 100%, if a bunch of people show up to post on topic X in the future than we'll make the group for X, I'm going to get an admin feature added to allow for posts to be moved to different group, that way if we do create a more granular group all relevant posts can be moved, or stuff posted directedly to the news feed can be moved (but still in the feed)
Cameron, TBH, it's the decision of you guys, there are several here who have come on board with this project (I ain't going to star... moreFrans, I agree 100%, if a bunch of people show up to post on topic X in the future than we'll make the group for X, I'm going to get an admin feature added to allow for posts to be moved to different group, that way if we do create a more granular group all relevant posts can be moved, or stuff posted directedly to the news feed can be moved (but still in the feed)
Cameron, TBH, it's the decision of you guys, there are several here who have come on board with this project (I ain't going to start naming names in case I miss anyone out but you know who you are!!!) Like I keep saying I just put up some software to make a platform, this is all about the members wishes, I'm guided by you. But we can split groups in the future and move the historical posts accordingly when the time comes.
TBH (again) I'd really like some help on what groups to have in these early days, bearing in mind that we can split them down in the future.
Cam, bet I can make all of the people happy (at least some of the time)
Frans BeylTo much detailed groups will generate a long groups list in the featured groups widget.
- Now there is a cobol group but what about c, assembler, pli, fortran, java, rexx, python, php, ...
- Now there is databases group but what about qsam, vsam, zfs, ...
- One might consider an Omegamon group but what about other monitors like Mainview, Sysview, ...
- We could create a CA Ops group but what about TSA, ControlR, Mainview, ...
- We could consider a CA7 group but then an other one for ControlM, T... moreTo much detailed groups will generate a long groups list in the featured groups widget.
- Now there is a cobol group but what about c, assembler, pli, fortran, java, rexx, python, php, ...
- Now there is databases group but what about qsam, vsam, zfs, ...
- One might consider an Omegamon group but what about other monitors like Mainview, Sysview, ...
- We could create a CA Ops group but what about TSA, ControlR, Mainview, ...
- We could consider a CA7 group but then an other one for ControlM, Tivoli Workload Scheduler, ...
.....
This list is far from complete and already you can see the danger to end up with a too long list. I fear the more users register the longer the list will become. Group dropdowns with subgroups hierarchie can avoid this.
cameron seay
I understand the logic in terms of group organization, but z/VM (still VM to the old heads) IMHO needs it's own focus. It created OS virtualization and most folks don't know that.
I Just published the lovemainframe URL over on the facebook-lite, microsoft owned LinkedIn (I like it really) if you see it please give it a like, comment, share and help spread the good news
Does anyone think a COBOL group is warranted. I would commit to regularly posting content there. There is an impending shortage of COBOL programmers. Thoughts!
Finbar Burke
Yeah know, changing the default avatar to Bill Gates has been a success, everyone is uploading their own now, must use Bill more often.............
I think the idea of intelligently thought out groups is great for overall organization of the board. It makes it easier to find the discussion you are most interested in. That may be obvious, but it makes it much easier for me. Others may have less problem with fewer discussion threads.
Just in case anyone is wondering......
This was a script for dating websites (no, seriously) before I started customising it, but there are still a few leftovers to get rid of, not least the 'gender' questions,and photos.
So what other terminology should we change, I'm considering replacing 'friends' with connect and connections.
Also really thinking about using 'mainframers' instead of members.
