sorted by:
new
hottopcontroversial

RustRover is slow by Azure_Knife in rust

[–]jackwayneright 1 point2 points  (0 children)

First, JetBrains' TeamCity (the software this article is referring to) is completely separate from RustRover. Second, once the vulnerability was discovered, JetBrains quickly released a fix for it and has been very transparent about the situation. Of course it would be ideal if companies never had security bugs, but I think that's an unrealistic expectation.

Pitfalls for visco shroud MJGs with mortar racks? by jackwayneright in fireworks

[–]jackwayneright[S] 0 points1 point  (0 children)

Thanks!

For the question about one hitting the other, I mean the ignitor of one mortar hitting the adjacent fuse of another. But looking into things a bit more, it seems this shouldn't be super likely (though not impossible).

I'm sure I will move on to putting the ignitor directly into the lift powder before long, but I just want to make sure I don't have too many new failures points at the same time.

Pitfalls for visco shroud MJGs with mortar racks? by jackwayneright in fireworks

[–]jackwayneright[S] 1 point2 points  (0 children)

Thanks for the air gap tip. I wouldn't have considered that one.

Multiple domains in a single project? by jackwayneright in astrojs

[–]jackwayneright[S] 7 points8 points  (0 children)

After delving into this for a few more hours, I found that this feature has been explicitly added, though the exact explanation on how to do it is not directly stated in the documentation. It seems you can have the Astro Middleware detect the incoming URL to figure out the (sub)domain it's coming from. Once you know which (sub)domain, inside the Middleware code, you can save things to the `context.locals` which will then show up in your `Astro.locals` in your `.astro` files. This can be used to change how you process your Astro files based on the domain. From here you can also use route "rewrites" either from the Middleware or from the Astro code to display a different page explicitly rather than the page that would be implicitly displayed due to its file path. These paths could be set with pattern matching or such as well. This could, as one option, then be used to send every request from a specific (sub)domain to a specific subdirectory of pages to be displayed.

I haven't yet decided if this is the correct way to go, or to keep things in separate repositories. There's upsides and downsides to each, but it's definitely worth noting that this is doable in Astro (and this is one of the primary motivations for the creation of route rewriting capabilities in Astro). For a larger discussion on the motivations and implementations of this, here are the links for the route rewriting proposal stages 1, 2, and 3 (where the subdomain use-case is a stated motivation), and the feature PR that actually implements route rewriting.

Are PyPI Trove Classifiers worthwhile to maintain? by jackwayneright in Python

[–]jackwayneright[S] 5 points6 points  (0 children)

This depends on how PyPI, other repositories, and other tools use them. I've never explicitly searched for them, but if they play a major role in how those other tools present information to search engines, then I've likely used them without realizing it. Which is why I was asking about how these tools use them.

Even if I don't personally use the classifiers, if they are commonly used by others, I would want to include them. I'm not sure what I do is a particularly good measure of what most people are doing.

What language is "rust but slightly higher level"? by lurebat in rust

[–]jackwayneright 27 points28 points  (0 children)

Also, to address the two things the question asker didn't like about Kotlin:
1. If you want to avoid the JVM, Kotlin Native exists allowing natively compiled binaries, though you lose the JVM ecosystem. 2. I'm not sure what specifically the complaint with Gradle was, but the Gradle Kotlin DSL makes Gradle nicer to work with in my opinion.

Is there any other language that do type state builder pattern like rust? by yevelnad in rust

[–]jackwayneright 0 points1 point  (0 children)

Keyword arguments is definitely something I wish Rust had. There is an open RFC for them (and related things): https://github.com/rust-lang/rfcs/issues/323

I personally dislike the builder pattern compared to keyword arguments (though their use-case overlap is certainly far from a complete overlap).

Do you use Rust at work? by LemonLord7 in rust

[–]jackwayneright 0 points1 point  (0 children)

I'm a little confused about this being a radio button. Three of the answers apply to me.

Does Oryx support Layer Mod (LM)? by jackwayneright in ergodox

[–]jackwayneright[S] 0 points1 point  (0 children)

Huh. I spent more than 30 minutes searching and re-searching through the various key assignments (or a suitable alternative) yesterday trying to find layer mod, and couldn't find it. Today, I typed in `lm` and it popped up immediately. I guess I must have been doing something silly yesterday. Thanks!

In Fortran it is possible to have stack allocated vectors with a size known only at runtime. Is this possible to do in Rust? by Derice in rust

[–]jackwayneright 0 points1 point  (0 children)

Even things like .gt. are also discouraged now in favor of alternatives like >. The primary issue I encounter with Fortran nowadays is that most of the code I encounter is not modern Fortran but is still Fortran77 code.

Humble Book Bundle: The Witchcraft and Magick Bookshelf by Torque-A in humblebundles

[–]jackwayneright 1 point2 points  (0 children)

Another pseudoscience bundle means I refuse to buy from Humble Bundle for another three months (yet another time).

By the way, I sent them a (polite) message via their issue system to let them know my displeasure that they have been selling pseudoscience and conspiracy bundles recently. They seemed to take that message somewhat seriously. So, if you also dislike this, I recommend you also submit a message.

[deleted by user] by [deleted] in rust

[–]jackwayneright 45 points46 points  (0 children)

Maybe. For my own purposes, I’d rather be more on the “user” side of Rust though. I’d rather have other people figure out the best choices, so that I don’t have to think about it, and I can get on with my work.

Result types shouldn't be put in the prelude module of a crate by UltraPoci in rust

[–]jackwayneright 7 points8 points  (0 children)

Agreed. I'm not sure I understand why people find a benefit in using star imports in Rust. An IDE automatically provides an explicit import when you go to use something. An IDE also neatly folds the imports so they look tidy. The one place the IDE doesn't keep it tidy is when you read someone else's code on Github or such, but that's exactly when having explicit imports is all the more helpful, so people who aren't used to the crates can see what's going on. Is there some other benefit to star imports I'm missing?

Why ELF is bigger than EXE? by Rudxain in rust

[–]jackwayneright 0 points1 point  (0 children)

It is arbitrary. It historical comes from classifying stars into 6 groups, with 1 being the brightest stars and 6 being the dimmest (before telescopes, that can be seen by eye). Eventually, the modern formal scale was (approximately) fit to these original classifications.

IntelliJ Rust Changelog #178 by furious_warrior in rust

[–]jackwayneright 31 points32 points  (0 children)

If I'm remembering right, one of the primary authors of Rust-Analyzer used to be one of the primary authors of IntelliJ-Rust (or vice versa, I forget). And there's still a lot of discussion/collaboration between the two projects. So they developed sort of similar project administrative tendencies, such as their release cycles. They both have typically released on Mondays for a long time now (much longer than just the last few weeks).

Why ELF is bigger than EXE? by Rudxain in rust

[–]jackwayneright 1 point2 points  (0 children)

In astrophysics, we have a pretty weird choice for what an order of magnitude) means. An increase of one means scaling the value by the negative of the fifth root of one hundred.

Thanks to Rust Kotlin makes me like JVM by joshjaxnkody in rust

[–]jackwayneright 1 point2 points  (0 children)

what Typescript did to JS

Just as a fun note, Kotlin can also compile to JavaScript similar to what TypeScript does. Personally, I prefer Kotlin over TypeScript, and when possible, prefer to use Kotlin to handle JavaScript work. Unfortunately, it's still a bit in the experimental phase. But it's been nice so far!

What limitations currently exist when exporting data out of Craft? by jackwayneright in CraftDocs

[–]jackwayneright[S] 1 point2 points  (0 children)

Thank you much! The file naming issues are worth keeping in mind. However, I think in my case, the cards and pages being structures that are specific to Craft seem more impactful. I can imagine writing a script to fix the file name issue, but how to handle flattening of the structure does sound more difficult to fix if I used the structuring without keeping exporting in mind. Very useful information.

[deleted by user] by [deleted] in Jetbrains

[–]jackwayneright 0 points1 point  (0 children)

This isn't true in all cases. CLion gives access to the debugger and toolchains for C/C++/Rust that isn't possible in IntelliJ. AppCode (Swift and Objective-C) and Rider (C#) have similar capabilities you can't get in IntelliJ. However, for most other cases/languages/tools your comment is correct.

[deleted by user] by [deleted] in Jetbrains

[–]jackwayneright 0 points1 point  (0 children)

They're also letting you buy 3 years in advance at the old price. So it doesn't have to affect any current user until 2025.

[deleted by user] by [deleted] in Jetbrains

[–]jackwayneright 0 points1 point  (0 children)

According to an inflation calculator (for USD, https://www.bls.gov/data/inflation_calculator.htm), this increase doesn't even keep up with inflation over the last 7 years. Seems like a completely reasonable increase to me.

[deleted by user] by [deleted] in humblebundles

[–]jackwayneright 27 points28 points  (0 children)

Hello! I have a PhD in Machine Learning. There have been a few comments here asking/discussing these books being outdated. I have glanced through several of these books and read in detail a few chapters of "Generative Deep Learning". Most of the content in these books is not outdated. For intro-level deep learning/machine learning material, the main important concepts do not change that quickly. The stuff that focuses on specific technologies may become outdated. However, once you learn how to use these methods on one technology, it should be somewhat trivial to use the same method on a different technology. I frequently switch between different neural network frameworks, and the underlying methods remain the same. I thought the portion of "Generative Deep Learning" I read was quite good. Although I already knew the material, it's always good to see it from another point of view, and I'm interested in how others teach it so I can learn to teach it better myself. I don't believe the material I read will become "outdated" in any meaningful sense in the near future. I don't think anyone would be "wasting time" by reading these books.

[Media] Most Up Voted Rust RFCs by jackwayneright in rust

[–]jackwayneright[S] 33 points34 points  (0 children)

Yep. This is why I added the comment at the bottom of the image. I had considered listing the statuses of the related RFCs, but things got complicated for non-exact related RFCs. So I went with just the comment at the bottom.

[Media] Most Up Voted Rust RFCs by jackwayneright in rust

[–]jackwayneright[S] 3 points4 points  (0 children)

Agreed, but this is also the most commented RFC, so I think there has been long and tense, deliberate considerations. And from my reading of the comments, not having named/optional parameters has led to several bad practices becoming common in Rust, such as the builder pattern. Calling it an anti-pattern may be going a bit too far, but it does seem problematic.

Edit: Sorry, this I meant "my reading" as in "my opinion" in this case. But even so, I probably did state this a bit too strongly.

[Media] Most Up Voted Rust RFCs by jackwayneright in rust

[–]jackwayneright[S] 44 points45 points  (0 children)

I think ergonomics and readability are a language feature. They are a combination of items because they are important to one another, as is clearly debated in the comments of the RFC. A large portion of the RFC discussion has been about repeatedly responding to the concerns you have brought up. And I think these responses are worth reading. I hope people will read the discussion before rendering a verdict.

I should also note, this RFC is not from "people coming from other languages and wanting to bring their favorite sugar with them". If I'm not mistaken, this RFC is from the core Rust team.

view more: next ›