session-scheduler

A web app for scheduling unconference-style sessions (by gwd)

Session-scheduler Alternatives

Similar projects and alternatives to session-scheduler

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better session-scheduler alternative or higher similarity.

session-scheduler reviews and mentions

Posts with mentions or reviews of session-scheduler. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-09-19.
  • Fixing for Loops in Go 1.22
    13 projects | news.ycombinator.com | 19 Sep 2023
    This is the actual code that caused me to write the ticket above (be warned, I wouldn't consider it amazing code; my first foray into writing a web app as a side project, just trying to get something that works):

    https://github.com/gwd/session-scheduler/blob/master/handle_...

    Basically, I have several pages I'm rendering, which have common prerequisites regarding checks, and common handling processes (passing some sanitized data to a template). The GetDisplay() functions take a structure from the "database" layer and sanitize it / process it for handing to the templates. The two GetDisplay() functions return pointers to two different types, appropriate for the template to which they will be passed; and return nil if there's an issue.

    So I have a map, `data` of type `map[string]interface{}` that I pass into the templates; and two different paths set `data["Display"]`; then at the end I want to check if either of the GetDisplay() functions returned `nil`. So naturally, the first version of the code checked `data["Display"] == nil`, which was always false, since it was implicitly checking `data["Display"] == interface{}(nil)`, but the value in case of an error would be either `DiscussionDisplay(nil)` or `*UserDisplay(nil)`.

    I mean, sure, there are other ways to structure this; I could return an error or a boolean rather than returning nil. But 1) the only reason to do that is to work around this language limitation 2) it's a "foot gun" that it's easy to fall into.

    And sure, a golang developer who'd shot themselves in the foot a few times with this would catch it during review; but I don't think a bunch of newer developers would catch it, even if they had extensive experience in other languages.

  • Down the Golang Nil Rabbit Hole
    11 projects | news.ycombinator.com | 29 Mar 2021
    > Checking to see whether the interface "contains" a nil pointer is almost always an error. It is not something you should ever do when you have an interface value.

    So here's where I do that:

    https://github.com/gwd/session-scheduler/blob/master/handle_...

    The pattern is basically:

        var foo = interface{}

Stats

Basic session-scheduler repo stats
2
4
3.7
21 days ago

Sponsored
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com