defmodule Discourse.OPML do
defmodule Behaviour do
@callback outline(list(String.t())) :: String.t()
end
| defmodule Simulator do | |
| @moduledoc """ | |
| Handles parsing of different seed formats for simulation purposes. | |
| Supports Git hashes, ISO8601 dates, and normal integer seeds. | |
| Based on: | |
| - https://docs.tigerbeetle.com/about/vopr/ | |
| - https://github.com/tigerbeetle/tigerbeetle/blob/main/docs/HACKING.md#simulation-tests | |
| - https://github.com/tigerbeetle/tigerbeetle/blob/main/src/testing/fuzz.zig#L72-L90 | |
| - https://github.com/whatyouhide/stream_data/blob/main/lib/ex_unit_properties.ex#L674-L689 |
| #!/opt/homebrew/bin/bash | |
| # | |
| # A script that checks for previously failed tests, caches them to a file, and reruns only | |
| # those tests again. Slightly more useful than `mix test --failed` alone because you can | |
| # share/store your set of test failures however you want. | |
| # | |
| # TODO: Someday turn this into an ExUnit formatter: https://hexdocs.pm/ex_unit/ExUnit.Formatter.html | |
| # - https://github.com/crertel/exunit_json_formatter/blob/master/lib/exunit_json_formatter.ex | |
| # - https://github.com/findmypast-oss/exunit_json_formatter/blob/master/lib/exunit_json_formatter.ex |
| // ==UserScript== | |
| // @name Intercept m3u8 streams | |
| // @description Intercept XHR/fetch requests involving m3u8 stream identifiers | |
| // @namespace Violentmonkey Scripts | |
| // @match *://*/* | |
| // @version 0.1 | |
| // @author Noah Betzen | |
| // @grant none | |
| // ==/UserScript== |
As of August 28th, 2025, Expert LSP has been released: https://github.com/elixir-lang/expert
Although still a work in progress, the plan is for the other three LS implementations to be archived. I may try to come up with a new way to track Expert's featureset, but I would probably contribute that back to Expert as documentation.
As of August 15, 2024, it's been announced that the three projects bein compared here will soon merge! See the official Elixir blog post for more details: https://elixir-lang.org/blog/2024/08/15/welcome-elixir-language-server-team/
| # Usage `cache ls` or `cache ./myScript.sh` | |
| cache() { | |
| local expiry_minutes=20 | |
| local command_name="$1" | |
| local command_hash=$(echo "$*" | md5sum | cut -d' ' -f1) | |
| local cache_dir="$HOME/.cache/cli_cache" | |
| local command_cache_dir="$cache_dir/$command_name" | |
| local cache_file="$cache_dir/$command_hash" |
| // ==UserScript== | |
| // @name Download songs | |
| // @description Download songs from a specific website | |
| // @namespace Violentmonkey Scripts | |
| // @match REDACTED | |
| // @version 0.1 | |
| // @author Noah Betzen | |
| // @grant none | |
| // ==/UserScript== |
what i wish jai had:
-
better "standard library" (odin's core+vendor libraries/jai's compiler modules)
odin's interface for things is very intuitive and very well designed, it doesn't take long to find what you're looking for, and it's very consistent. for example, strings.builder_make(), strings.builder_init(), strings.builder_destroy(), etc. meanwhile in jai you have things like String_Builder procs: init (which could refer to any number of procs because overloading) print_to_builder, free_buffers/reset, append, etc. (there are more examples like this in other modules.) once you find what you're looking for, it works great, but odin's core library discoverability is top notch (especially with https://pkg.odin-lang.org/ exisiting)
-
slice syntax
jai has "array views" which are exactly like odin slices. but odin's way of handling them with the python syntax makes it 10x more usable, rather than having to use array_view(*view, 0, count) everywhere, and lets you not depend on pointer arithmetic like jai
| # Mac App Store | |
| # mas "1Password", id: 443987910 | |
| # Taps | |
| tap "1password/tap" | |
| tap "ankitpokhrel/jira-cli" | |
| tap "derailed/k9s" | |
| tap "gcenx/wine" | |
| tap "homebrew/cask-versions" | |
| tap "homebrew/services" |
- To provide resources for library and framework authors to ensure that BEAM languages have a rich, vibrant ecosystem with a high degree of developer experience. Main Objectives
- Provide and maintain best practices on library and framework standardization, documentation, code, and distribution. Collaborate to work on and make proposals for underlying tooling that improve the experience for library/framework authors and users.
- Provide more visibility into the library ecosystem of Elixir on behalf of both authors and users.
- (if Build and Packaging want to move this here, we could also take this over) Improve the user experience in generating and accessing documentation from the shell, IDEs, web pages, and more.