Redesign website to show existing solution first and petition on the side
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 30/100
Rechercherichtung
Beginne mit der aktuellen Website-Landingpage und dem Petitionsablauf und prüfe anschließend, wie bestehende Ruby-Serverless-Lösungen und -Anleitungen präsentiert werden. Die Aufgabe ist erfüllt, wenn die Landingpage mit informativen Links zu Lösungen und Beschreibungen beginnt, während die Petition als sekundäres Element verfügbar bleibt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
since on 29.11.2018 one of the major players in Serverless world started to support native Ruby (AWS Lambda)
I think the serverless-ruby.org website should serve more as an informative website to show existing solutions + petition on the side, rather than petition as the main website purpose
Reasons
Back in March there was few hacky solutions to do FaaS now there is starting to be several solid ways for Ruby developer to do FaaS.
Once AWS introduce something, other providers will try to catch up quickly (e.g. Microsoft functions )
I still want to keep the petition but main topic of the website will be some resources with nice icons to technologies at the top and petition on the side.
Plan:
- keep the petition but don't make it main theme of the website
- landing page will point to existing solutions with better descriptions and links to guides
- maybe even discussion forum ( 🤔 would you like this ? )
- Vorherrschende Sprache
- Ruby
- Sterne
- 4
- Forks
- 4
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus equivalent/we_demand_serverless_ruby
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 20/100
equivalent/we_demand_serverless_ruby#9 · 1 Kommentar ·
-
Heroku One-Off dynosOffen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 25/100
equivalent/we_demand_serverless_ruby#7 · 3 Kommentare ·
-
Serverless frameworkOffenhelp wanted
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 20/100
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
equivalent/we_demand_serverless_ruby#5 · 7 Kommentare · 2 Reaktionen ·
Alle Issues in equivalent/we_demand_serverless_ruby
Ähnliche Issues
-
documentation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
alphagov/tech-docs-gem#580 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Onboarding form: instructor radio never pre-selected "Yes" (permission vs permissions typo)Evtl. vergeben @ThakuraAnki hat das heute übernommen. Offenbug
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 72/100
WikiEducationFoundation/WikiEduDashboard#7235 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
Maintainer antworten meist innerhalb von 1 Tag
-
enhancement priority: low
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
davidteren/mutineer#361 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 86/100
zerocracy/judges-action#3021 ·
Maintainer antworten meist innerhalb von 2 Tagen