# \#speculative

**URL:** https://discourse.julialang.org/tag/speculative/131.md

[Latest](https://discourse.julialang.org/latest.md) · [Categories](https://discourse.julialang.org/categories.md) · [Tags](https://discourse.julialang.org/tags.md)

---

## [Could introducing formal interfaces be nonbreaking?](https://discourse.julialang.org/t/could-introducing-formal-interfaces-be-nonbreaking/129567)

<div class="topic-metadata">

**Author:** [@araujoms](https://discourse.julialang.org/u/araujoms)\
**Replies:** 36\
**Last updated:** [June 4, 2025, 2:10pm UTC](https://discourse.julialang.org/t/could-introducing-formal-interfaces-be-nonbreaking/129567 "2025-06-04T14:10:18Z")

</div>

I’m surprised by the talk about formal interfaces coming to the base language. I thought that was impossible before Julia 2.0, as they will necessarily break all the packages who don’t conform to the new interface. For e…

---

## [Dagger + Dates = snakemake?](https://discourse.julialang.org/t/dagger-dates-snakemake/126111)

<div class="topic-metadata">

**Author:** [@jonathanBieler](https://discourse.julialang.org/u/jonathanBieler)\
**Replies:** 3\
**Last updated:** [February 25, 2025, 9:42am UTC](https://discourse.julialang.org/t/dagger-dates-snakemake/126111 "2025-02-25T09:42:25Z")

</div>

I have a folder data with samples (csv files), I want to compute some statistics for each file and then make a summary. In snakemake you can define rules how to produce the output file from the inputs, and snakemake will…

---

## [Should we disallow non-compliant \`AbstractUnitRange\`s where \`typeof(step)\` doesn't match the \`eltype\`?](https://discourse.julialang.org/t/should-we-disallow-non-compliant-abstractunitrange-s-where-typeof-step-doesnt-match-the-eltype/101695)

<div class="topic-metadata">

**Author:** [@jishnub](https://discourse.julialang.org/u/jishnub)\
**Replies:** 7\
**Last updated:** [July 17, 2023, 8:13pm UTC](https://discourse.julialang.org/t/should-we-disallow-non-compliant-abstractunitrange-s-where-typeof-step-doesnt-match-the-eltype/101695 "2023-07-17T20:13:33Z")

</div>

Currently, the docstring for AbstractUnitRange states: AbstractUnitRange{T} \<: OrdinalRange{T, T} Supertype for ranges with a step size of \`oneunit(T)\` with elements of type \`T\`. This implies that the step must be…

---

## [Making views the default indexing behavior in 2.0?](https://discourse.julialang.org/t/making-views-the-default-indexing-behavior-in-2-0/29954)

<div class="topic-metadata">

**Author:** [@Oscar\_Smith](https://discourse.julialang.org/u/Oscar_Smith)\
**Replies:** 11\
**Last updated:** [October 21, 2019, 11:09pm UTC](https://discourse.julialang.org/t/making-views-the-default-indexing-behavior-in-2-0/29954 "2019-10-21T23:09:21Z")

</div>

What would people think about making view default indexing behavior in 2.0? It would be a pretty big change, but given how as of 1.4 views allegedly might be non-allocating, it might make sense.

---

## [Getfield overloading (again)](https://discourse.julialang.org/t/getfield-overloading-again/4843)

<div class="topic-metadata">

**Author:** [@ihnorton](https://discourse.julialang.org/u/ihnorton)\
**Replies:** 1\
**Last updated:** [July 18, 2017, 5:08am UTC](https://discourse.julialang.org/t/getfield-overloading-again/4843 "2017-07-18T05:08:38Z")

</div>

The recent discussion of NamedTuple in #22194 and here on Discourse reminded me of a question I continue to ponder for getfield overloading: how could we make it general enough to allow modules to be implemented as a use…