Ruby for structured conversations

ruby-talk
1

Ruby is the used to build applications such as:

Discourse - https://www.discourse.org/
Loomio - https://www.loomio.com/
Decidim - https://decidim.org
Consul - https://consulproject.org/

What has been the experience of Ruby users think with these applications?

2

I am maintaining a Turkish developer forum: https://forum.yazbel.com It is
Discourse and it is amazing. It is setup easily and don't require any
maintenance work except frequent one-click upgrades. The community inside
it can manage themselves if you set a few good people as moderators. I
suggest it to everyone who wants to create an online community.

I am thinking that Ruby is crucial to provide this robustness because Ruby
doesn't focus on machine happiness, it focus on developer happiness. Happy
developers can build more robust tools. Ruby has also a clean interface and
great tooling which play a critical role to create bug-free software. One
downside of Ruby was server setup. But nowadays, you can handle it easily
with a good Docker infrastructure and Discourse has one.

şunu yazdı:

···

3 Şub 2022 Per 09:09 tarihinde Benson Muite <benson_muite@emailplus.org>

Ruby is the used to build applications such as:

Discourse - https://www.discourse.org/
Loomio - https://www.loomio.com/
Decidim - https://decidim.org
Consul - https://consulproject.org/

What has been the experience of Ruby users think with these applications?

Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk&gt;

3

Does ruby work primarily on web development?

···

On Thu, Feb 3, 2022 at 2:29 PM İsmail Arılık <arilik.ismail@gmail.com> wrote:

I am maintaining a Turkish developer forum: https://forum.yazbel.com It
is Discourse and it is amazing. It is setup easily and don't require any
maintenance work except frequent one-click upgrades. The community inside
it can manage themselves if you set a few good people as moderators. I
suggest it to everyone who wants to create an online community.

I am thinking that Ruby is crucial to provide this robustness because Ruby
doesn't focus on machine happiness, it focus on developer happiness. Happy
developers can build more robust tools. Ruby has also a clean interface and
great tooling which play a critical role to create bug-free software. One
downside of Ruby was server setup. But nowadays, you can handle it easily
with a good Docker infrastructure and Discourse has one.

3 Şub 2022 Per 09:09 tarihinde Benson Muite <benson_muite@emailplus.org>
şunu yazdı:

Ruby is the used to build applications such as:

Discourse - https://www.discourse.org/
Loomio - https://www.loomio.com/
Decidim - https://decidim.org
Consul - https://consulproject.org/

What has been the experience of Ruby users think with these applications?

Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk&gt;

Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk&gt;

4

Quoting Bitfox (bitfox@bitfox.top):

   Does ruby work primarily on web development?

Sadly, this appears to be the case. I say 'sadly' because I don't
enjoy at all to live in a world where the main interface with a
computer for most human beings happens to be the web.

Ruby is an excellent all-round language, better from many points of
view than a certain competitor that bears the name of a
snake. Especially from the point of view of the developer.

Unfortunate historic reasons brought us to the current
situation. Fortunately, Ruby is alive and well, and it is being
constantly improved.

Carlo

···

Subject: Re: Ruby for structured conversations
  Date: Thu 03 Feb 22 04:11:59PM +0800

--
  * Se la Strada e la sua Virtu' non fossero state messe da parte,
* K * Carlo E. Prelz - fluido@fluido.as che bisogno ci sarebbe
  * di parlare tanto di amore e di rettitudine? (Chuang-Tzu)

5

"appears" might be somewhat key here, as the "Web" is something that is
very visible, while systems administration is not so much so. But I
would venture a guess that it is used for "glue" in systems
administration as well, as evidenced by such things as sensu[1],
logstash[2], chef[3], puppet[4] and can be used where one might use bash
or Perl for systems administration, which simply is not a very visible
area.

[1]: search | RubyGems.org | your community gem host
[2]: search | RubyGems.org | your community gem host
[3]: search | RubyGems.org | your community gem host
[4]: search | RubyGems.org | your community gem host

···

On 22/02/03 09:28AM, Carlo E. Prelz wrote:

  Subject: Re: Ruby for structured conversations
  Date: Thu 03 Feb 22 04:11:59PM +0800

Quoting Bitfox (bitfox@bitfox.top):

> Does ruby work primarily on web development?

Sadly, this appears to be the case.

6

Most people konw ruby from rails IMO.
As such I learned Scala for Apache spark.

···

On Thu, Feb 3, 2022 at 6:41 PM KOTP <keeperotphones@gmail.com> wrote:

On 22/02/03 09:28AM, Carlo E. Prelz wrote:
> Subject: Re: Ruby for structured conversations
> Date: Thu 03 Feb 22 04:11:59PM +0800
>
> Quoting Bitfox (bitfox@bitfox.top):
>
> > Does ruby work primarily on web development?
>
> Sadly, this appears to be the case.

"appears" might be somewhat key here, as the "Web" is something that is
very visible, while systems administration is not so much so. But I
would venture a guess that it is used for "glue" in systems
administration as well, as evidenced by such things as sensu[1],
logstash[2], chef[3], puppet[4] and can be used where one might use bash
or Perl for systems administration, which simply is not a very visible
area.

[1]:
search | RubyGems.org | your community gem host
[2]:
search | RubyGems.org | your community gem host
[3]:
search | RubyGems.org | your community gem host
[4]:
search | RubyGems.org | your community gem host

Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk&gt;

7

Yes, I have to chime in here and say that you can use Ruby rather comfortably in a wide variety of use cases (unlike for example something like PHP that's very web-focused).

Where I work, we use Ruby for a lot of backend automation:
* Data processing and conversion
* Data formatting and encoding (into standards)
* Data movement (across FTP, Amazon S3, and similar services)
* Orchestrating execution of complex processes
* System monitoring and alerting (via calling a webservice or sending an email)
* Downloading data from some of our systems (calling web services) and doing something with it
* Testing non-Ruby backed systems (using RSpec)
* Rendering graphs or visuals for offline use
* ...and so on

We also use JRuby (an implementation of Ruby that runs on the Java Virtual Machine) to package some of the Ruby scripts into stand-alone JAVA JARs so that they can be used anywhere you have a Java runtime installed. This is also written up on my blog at: JRuby on Windows: Day 2 - Creating Executable JARS

Hope this gives some ideas - please ask if you have any follow-up questions

Best Regards,
Mohit.
Twitter: @onghu

···

On 2022-2-3 6:41 pm, KOTP wrote:

On 22/02/03 09:28AM, Carlo E. Prelz wrote:

  Subject: Re: Ruby for structured conversations
  Date: Thu 03 Feb 22 04:11:59PM +0800

Quoting Bitfox (bitfox@bitfox.top):

    Does ruby work primarily on web development?

Sadly, this appears to be the case.

"appears" might be somewhat key here, as the "Web" is something that is
very visible, while systems administration is not so much so. But I
would venture a guess that it is used for "glue" in systems
administration as well, as evidenced by such things as sensu[1],
logstash[2], chef[3], puppet[4] and can be used where one might use bash
or Perl for systems administration, which simply is not a very visible
area.

8

+1 for non-web Ruby usage.

Ruby sees usage in IT operations as evidenced by LogStash, Chef, and
Puppet. I think the language lends itself well to applications with
extensible architecture (plugins, multiple services, queues, etc..). This
kind of architecture is required to integrate with multiple systems from
network and application vendors. Since many systems are closed or implement
standards poorly, integration is often achieved via adversarial
compatibility. Ruby's flexibility enables the quick changes needed to keep
up with vendors' changes.

The fact that I can leverage Rails' web/db/jobs integration for a nice web
interface is icing on the cake :slight_smile: . That's not to trivialize a good web
interface, I enjoy using Rails, otherwise that final 10% could take 90% of
the time. A system will only be used as well as its user interface permits.

Ruby has script-ish features that enable quick development of ad-hoc CLI
utilities, and - more importantly IMHO - a flexible approach to OOP that
permits what were once throwaway scripts to be grown into well structured,
maintainable tools. Combine that with the conventions, ecosystem, and
infrastructure of RubyGems, Bundler, Semver, TDD, etc.. and you can count
on being able to maintain and deploy your code reliably for a long time.
These are benefits of Ruby I don't hear mentioned often enough.

*For all those reasons and more, my Ruby code has the longest useful
lifetime of any code I've ever written. *
(Some of it is almost old enough to vote and drink :slight_smile: .

However, it would be nice to see a standard way to package apps directly to
users outside an operationally managed environment in a user-installable
cross-platform way, but that problem is common to interpreted languages.

For those who like to work closer to the metal (real or virtual), there's
lots of activity at the intersection of MRuby, LLVM, WASM, etc..
Finally on the fun side, there's game dev with GOSU and DragonRuby (based
on MRuby). I was pleasantly surprised at how much "Ruby" you can write in
"MRuby" :slight_smile:
I would greatly enjoy Ruby as a scripting language supported by the
batteries-included game engines like Unity, Godot, etc.. .NET does not seem
to be a viable bridge, maybe LLVM oir WASM will be.

Okay, I'm all done going on and on about how Ruby makes me happy and my
life better, thanks for listening and ありがとう Matz :slight_smile: .

-gf-

···

On Thu, Feb 3, 2022 at 9:26 AM Mohit Sindhwani <mo_mail@onghu.com> wrote:

On 2022-2-3 6:41 pm, KOTP wrote:
> On 22/02/03 09:28AM, Carlo E. Prelz wrote:
>> Subject: Re: Ruby for structured conversations
>> Date: Thu 03 Feb 22 04:11:59PM +0800
>>
>> Quoting Bitfox (bitfox@bitfox.top):
>>
>>> Does ruby work primarily on web development?
>> Sadly, this appears to be the case.
> "appears" might be somewhat key here, as the "Web" is something that is
> very visible, while systems administration is not so much so. But I
> would venture a guess that it is used for "glue" in systems
> administration as well, as evidenced by such things as sensu[1],
> logstash[2], chef[3], puppet[4] and can be used where one might use bash
> or Perl for systems administration, which simply is not a very visible
> area.

Yes, I have to chime in here and say that you can use Ruby rather
comfortably in a wide variety of use cases (unlike for example something
like PHP that's very web-focused).

Where I work, we use Ruby for a lot of backend automation:
* Data processing and conversion
* Data formatting and encoding (into standards)
* Data movement (across FTP, Amazon S3, and similar services)
* Orchestrating execution of complex processes
* System monitoring and alerting (via calling a webservice or sending an
email)
* Downloading data from some of our systems (calling web services) and
doing something with it
* Testing non-Ruby backed systems (using RSpec)
* Rendering graphs or visuals for offline use
* ...and so on

We also use JRuby (an implementation of Ruby that runs on the Java
Virtual Machine) to package some of the Ruby scripts into stand-alone
JAVA JARs so that they can be used anywhere you have a Java runtime
installed. This is also written up on my blog at:
JRuby on Windows: Day 2 - Creating Executable JARS

Hope this gives some ideas - please ask if you have any follow-up questions

Best Regards,
Mohit.
Twitter: @onghu

Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk&gt;

9

Does ruby work primarily on web development?

Glimmer has actually put Ruby back on the Desktop Development map:

Check out Glimmer DSL for LibUI (Prerequisite-Free Ruby Desktop
Development GUI Library) to start:

If you only need a local app, Glimmer DSLs enable you to write a very
tiny fraction of whatever code you would have had to write with
multi-language web technologies like Rails, ERB, JS, HTML, CSS, React,
etc..., and all in pure Ruby.

Web technologies are best suited for serving web users in mass, but
when you need to deliver small and focused apps to be consumed locally
without too much web interaction (e.g. a timer app, an accounting app,
a personal project management app, a to-do app, a board game, etc...),
building Glimmer apps is a no-brainer and a much lighter-weight and
quicker-to-develop/maintain choice than any web technologies, period
(thanks to Ruby).

Still, desktop apps can have as much web interaction as needed too.
It's as simple as using Ruby's web-interactive libraries like
net/http, etc... from Ruby desktop app code.

Nonetheless, Glimmer DSL for Opal also enables building plain web GUI
front-end apps with the same Ruby syntax as desktop apps' (thanks to
Opal):

Cheers!

···

On Thu, Feb 3, 2022 at 11:12 AM Gerard Fowley <gerard.fowley@iqeo.net> wrote:

+1 for non-web Ruby usage.

Ruby sees usage in IT operations as evidenced by LogStash, Chef, and Puppet. I think the language lends itself well to applications with extensible architecture (plugins, multiple services, queues, etc..). This kind of architecture is required to integrate with multiple systems from network and application vendors. Since many systems are closed or implement standards poorly, integration is often achieved via adversarial compatibility. Ruby's flexibility enables the quick changes needed to keep up with vendors' changes.

The fact that I can leverage Rails' web/db/jobs integration for a nice web interface is icing on the cake :slight_smile: . That's not to trivialize a good web interface, I enjoy using Rails, otherwise that final 10% could take 90% of the time. A system will only be used as well as its user interface permits.

Ruby has script-ish features that enable quick development of ad-hoc CLI utilities, and - more importantly IMHO - a flexible approach to OOP that permits what were once throwaway scripts to be grown into well structured, maintainable tools. Combine that with the conventions, ecosystem, and infrastructure of RubyGems, Bundler, Semver, TDD, etc.. and you can count on being able to maintain and deploy your code reliably for a long time. These are benefits of Ruby I don't hear mentioned often enough.

For all those reasons and more, my Ruby code has the longest useful lifetime of any code I've ever written.
(Some of it is almost old enough to vote and drink :slight_smile: .

However, it would be nice to see a standard way to package apps directly to users outside an operationally managed environment in a user-installable cross-platform way, but that problem is common to interpreted languages.

For those who like to work closer to the metal (real or virtual), there's lots of activity at the intersection of MRuby, LLVM, WASM, etc..
Finally on the fun side, there's game dev with GOSU and DragonRuby (based on MRuby). I was pleasantly surprised at how much "Ruby" you can write in "MRuby" :slight_smile:
I would greatly enjoy Ruby as a scripting language supported by the batteries-included game engines like Unity, Godot, etc.. .NET does not seem to be a viable bridge, maybe LLVM oir WASM will be.

Okay, I'm all done going on and on about how Ruby makes me happy and my life better, thanks for listening and ありがとう Matz :slight_smile: .

-gf-

On Thu, Feb 3, 2022 at 9:26 AM Mohit Sindhwani <mo_mail@onghu.com> wrote:

On 2022-2-3 6:41 pm, KOTP wrote:
> On 22/02/03 09:28AM, Carlo E. Prelz wrote:
>> Subject: Re: Ruby for structured conversations
>> Date: Thu 03 Feb 22 04:11:59PM +0800
>>
>> Quoting Bitfox (bitfox@bitfox.top):
>>
>>> Does ruby work primarily on web development?
>> Sadly, this appears to be the case.
> "appears" might be somewhat key here, as the "Web" is something that is
> very visible, while systems administration is not so much so. But I
> would venture a guess that it is used for "glue" in systems
> administration as well, as evidenced by such things as sensu[1],
> logstash[2], chef[3], puppet[4] and can be used where one might use bash
> or Perl for systems administration, which simply is not a very visible
> area.

Yes, I have to chime in here and say that you can use Ruby rather
comfortably in a wide variety of use cases (unlike for example something
like PHP that's very web-focused).

Where I work, we use Ruby for a lot of backend automation:
* Data processing and conversion
* Data formatting and encoding (into standards)
* Data movement (across FTP, Amazon S3, and similar services)
* Orchestrating execution of complex processes
* System monitoring and alerting (via calling a webservice or sending an
email)
* Downloading data from some of our systems (calling web services) and
doing something with it
* Testing non-Ruby backed systems (using RSpec)
* Rendering graphs or visuals for offline use
* ...and so on

We also use JRuby (an implementation of Ruby that runs on the Java
Virtual Machine) to package some of the Ruby scripts into stand-alone
JAVA JARs so that they can be used anywhere you have a Java runtime
installed. This is also written up on my blog at:
JRuby on Windows: Day 2 - Creating Executable JARS

Hope this gives some ideas - please ask if you have any follow-up questions

Best Regards,
Mohit.
Twitter: @onghu

Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk&gt;

Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk&gt;

--
Andy Maleh

LinkedIn: Andy Maleh | LinkedIn
Blog: http://andymaleh.blogspot.com
GitHub: AndyObtiva (Andy Maleh) · GitHub

10

Andy,

Thanks. Of the applications:
Discourse - https://www.discourse.org/
Loomio - https://www.loomio.com/
Decidim - https://decidim.org
Consul - https://consulproject.org/

Decidim is used in Québec:

Benson

···

On 2/4/22 2:08 AM, Andy Maleh wrote:

Does ruby work primarily on web development?

Glimmer has actually put Ruby back on the Desktop Development map:

GitHub - AndyObtiva/glimmer: DSL Framework consisting of a DSL Engine and a Data-Binding Library used in Glimmer DSL for SWT (JRuby Desktop Development GUI Framework), Glimmer DSL for Opal (Pure Ruby Web GUI), Glimmer DSL for LibUI (Prerequisite-Free Ruby Desktop Development GUI Library), Glimmer DSL for Tk (Ruby Tk Desktop Development GUI Library), Glimmer DSL for GTK (Ruby-GNOME Desktop Development GUI Library), Glimmer DSL for XML (& HTML), and Glimmer DSL for CSS

Check out Glimmer DSL for LibUI (Prerequisite-Free Ruby Desktop
Development GUI Library) to start:

GitHub - AndyObtiva/glimmer-dsl-libui: Glimmer DSL for LibUI - Prerequisite-Free Ruby Desktop Development Cross-Platform Native GUI Library - The Quickest Way From Zero To GUI - If You Liked Shoes, You'll Love Glimmer! - No need to pre-install any prerequisites. Just install the gem and have platform-independent GUI that just works on Mac, Windows, and Linux.

If you only need a local app, Glimmer DSLs enable you to write a very
tiny fraction of whatever code you would have had to write with
multi-language web technologies like Rails, ERB, JS, HTML, CSS, React,
etc..., and all in pure Ruby.

Web technologies are best suited for serving web users in mass, but
when you need to deliver small and focused apps to be consumed locally
without too much web interaction (e.g. a timer app, an accounting app,
a personal project management app, a to-do app, a board game, etc...),
building Glimmer apps is a no-brainer and a much lighter-weight and
quicker-to-develop/maintain choice than any web technologies, period
(thanks to Ruby).

Still, desktop apps can have as much web interaction as needed too.
It's as simple as using Ruby's web-interactive libraries like
net/http, etc... from Ruby desktop app code.

Nonetheless, Glimmer DSL for Opal also enables building plain web GUI
front-end apps with the same Ruby syntax as desktop apps' (thanks to
Opal):

GitHub - AndyObtiva/glimmer-dsl-opal: Glimmer DSL for Opal (Pure-Ruby Web GUI and Auto-Webifier of Desktop Apps)

Cheers!

On Thu, Feb 3, 2022 at 11:12 AM Gerard Fowley <gerard.fowley@iqeo.net> wrote:

+1 for non-web Ruby usage.

Ruby sees usage in IT operations as evidenced by LogStash, Chef, and Puppet. I think the language lends itself well to applications with extensible architecture (plugins, multiple services, queues, etc..). This kind of architecture is required to integrate with multiple systems from network and application vendors. Since many systems are closed or implement standards poorly, integration is often achieved via adversarial compatibility. Ruby's flexibility enables the quick changes needed to keep up with vendors' changes.

The fact that I can leverage Rails' web/db/jobs integration for a nice web interface is icing on the cake :slight_smile: . That's not to trivialize a good web interface, I enjoy using Rails, otherwise that final 10% could take 90% of the time. A system will only be used as well as its user interface permits.

Ruby has script-ish features that enable quick development of ad-hoc CLI utilities, and - more importantly IMHO - a flexible approach to OOP that permits what were once throwaway scripts to be grown into well structured, maintainable tools. Combine that with the conventions, ecosystem, and infrastructure of RubyGems, Bundler, Semver, TDD, etc.. and you can count on being able to maintain and deploy your code reliably for a long time. These are benefits of Ruby I don't hear mentioned often enough.

For all those reasons and more, my Ruby code has the longest useful lifetime of any code I've ever written.
(Some of it is almost old enough to vote and drink :slight_smile: .

However, it would be nice to see a standard way to package apps directly to users outside an operationally managed environment in a user-installable cross-platform way, but that problem is common to interpreted languages.

For those who like to work closer to the metal (real or virtual), there's lots of activity at the intersection of MRuby, LLVM, WASM, etc..
Finally on the fun side, there's game dev with GOSU and DragonRuby (based on MRuby). I was pleasantly surprised at how much "Ruby" you can write in "MRuby" :slight_smile:
I would greatly enjoy Ruby as a scripting language supported by the batteries-included game engines like Unity, Godot, etc.. .NET does not seem to be a viable bridge, maybe LLVM oir WASM will be.

Okay, I'm all done going on and on about how Ruby makes me happy and my life better, thanks for listening and ありがとう Matz :slight_smile: .

-gf-

On Thu, Feb 3, 2022 at 9:26 AM Mohit Sindhwani <mo_mail@onghu.com> wrote:

On 2022-2-3 6:41 pm, KOTP wrote:

On 22/02/03 09:28AM, Carlo E. Prelz wrote:

      Subject: Re: Ruby for structured conversations
      Date: Thu 03 Feb 22 04:11:59PM +0800

Quoting Bitfox (bitfox@bitfox.top):

     Does ruby work primarily on web development?

Sadly, this appears to be the case.

"appears" might be somewhat key here, as the "Web" is something that is
very visible, while systems administration is not so much so. But I
would venture a guess that it is used for "glue" in systems
administration as well, as evidenced by such things as sensu[1],
logstash[2], chef[3], puppet[4] and can be used where one might use bash
or Perl for systems administration, which simply is not a very visible
area.

Yes, I have to chime in here and say that you can use Ruby rather
comfortably in a wide variety of use cases (unlike for example something
like PHP that's very web-focused).

Where I work, we use Ruby for a lot of backend automation:
* Data processing and conversion
* Data formatting and encoding (into standards)
* Data movement (across FTP, Amazon S3, and similar services)
* Orchestrating execution of complex processes
* System monitoring and alerting (via calling a webservice or sending an
email)
* Downloading data from some of our systems (calling web services) and
doing something with it
* Testing non-Ruby backed systems (using RSpec)
* Rendering graphs or visuals for offline use
* ...and so on

We also use JRuby (an implementation of Ruby that runs on the Java
Virtual Machine) to package some of the Ruby scripts into stand-alone
JAVA JARs so that they can be used anywhere you have a Java runtime
installed. This is also written up on my blog at:
JRuby on Windows: Day 2 - Creating Executable JARS

Hope this gives some ideas - please ask if you have any follow-up questions

Best Regards,
Mohit.
Twitter: @onghu

Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk&gt;

Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk&gt;

11

İsmail

Thanks. The forum is quite active. There seems to have been an attempt to also use Chef to deploy discourse:

but it is no longer developed.
Have you had to modify the rules that encourage civilized behavior?

Discourse is translated but note localized. As an example there are translated quotes used by the bot:

To partially rectify this, have made a pull request to add "Yurtta sulh, cihanda sulh." (Peace at home, peace in the world.) Maybe your developer community can help improve this.

Loomio also uses Docker GitHub - loomio/loomio-deploy: Install Loomio on your own server

Decidim does have a Docker container, but since it is very configurable, examples of how to deploy using a shell script, Capistrano, Ansible and on AWS Elastic beanstalk have also been made available:

Consul uses Ansible and Capistrano:

For small communities with security requirements that are not very high, Docker or Podman installs work well. Packaging as RPM or DEB files could also work, but many web applications are difficult to package. In other cases one may want a customized install with dedicated support and security monitoring.

Regards,
Benson

···

On 2/3/22 9:28 AM, İsmail Arılık wrote:

I am maintaining a Turkish developer forum: https://forum.yazbel.com It is Discourse and it is amazing. It is setup easily and don't require any maintenance work except frequent one-click upgrades. The community inside it can manage themselves if you set a few good people as moderators. I suggest it to everyone who wants to create an online community.

I am thinking that Ruby is crucial to provide this robustness because Ruby doesn't focus on machine happiness, it focus on developer happiness. Happy developers can build more robust tools. Ruby has also a clean interface and great tooling which play a critical role to create bug-free software. One downside of Ruby was server setup. But nowadays, you can handle it easily with a good Docker infrastructure and Discourse has one.

3 Şub 2022 Per 09:09 tarihinde Benson Muite <benson_muite@emailplus.org <mailto:benson_muite@emailplus.org>> şunu yazdı:

    Ruby is the used to build applications such as:

    Discourse - https://www.discourse.org/
    Loomio - https://www.loomio.com/
    Decidim - https://decidim.org
    Consul - https://consulproject.org/

    What has been the experience of Ruby users think with these
    applications?

    Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org
    <mailto:ruby-talk-request@ruby-lang.org>?subject=unsubscribe>
    <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk
    <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk&gt;&gt;

Unsubscribe: <mailto:ruby-talk-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk&gt;