marvinalone

The LM Studio team is on the case! Can you share settings you used to make that reply?

We think there is something you with LM Studio's version of Olmo. We're investigating. Sorry about this.

Hmm. We think there is something wrong with the LM Studio integration. Thinking traces can be whacky, but not like this. We're looking into it.

Weights & Biases for OLMo 7B are now out: https://wandb.ai/ai2-llm/OLMo-7B/reports/OLMo-7B--Vmlldzo2Nz...

AllenNLP was written for research, not for production. Many of the design choices reflect that.

As far as the vocabulary goes, a lot of AllenNLP components are about experimenting with ways to turn text into vectors. Constructing the vocabulary is part of that. When pre-trained transformers became a thing, this wasn't needed anymore. That's part of why we decided to deprecate the library: Very few people experiment with how to construct vocabularies anymore, so we don't want to live with the complexity anymore.

Maybe we need to re-work the docs if the DAG aspects stick out to you so much. The main functionality is the cache. If you have a complex experiment, you can still write the code as if all the steps were fast, and let them be slow only the first time you run it. The DAG stuff is also nice, but less important.

That said, you could execute sklearn. If that's what your experiment needs, it's the right thing to do. This is why it gives us the flexibility to also support Jax: https://github.com/allenai/tango/pull/313

The DL-specific stuff is in the components we supply. Like the trainer, dataset handling stuff, file formats, and increasingly, https://github.com/allenai/catwalk.

It depends on what you use AllenNLP for. AllenNLP has a ton of functionality for vectorizing text. Most of the tokenizer/indexer/embedder stuff is about that. But these days we all use transformers for that, so there isn't much of a need to experiment with ways to vectorize.

If you like the trainer, or the configuration language, or some of the other components you should check out Tango (https://github.com/allenai/tango). One of Tango's origins is the question "What if AllenNLP supported workflow steps other than read -> train -> evaluate?". We noticed that a lot of work in NLP no longer fit that simple pattern, so we needed a new tool that can support more complex experiments.

If you like the metrics, try torchmetrics. Torchmetrics has almost exactly the same API as AllenNLP metrics.

If you like any of the nn components, please get in touch with the Tango team (on GitHub). We recently had some discussion around rescuing a few of those, since there seems to be some excitement.

AllenNLP has only ever supported Torch. At the moment, Tango only supports Torch as well, but Jax support is well underway.

And yeah, Tango is a lot like a build script. In fact, I used to manage my experiments with Makefiles. Tango is better though. Results don't have to be single files, and they don't have to live in one filesystem either, so I can run the GPU-heavy parts of my experiments on one machine, and the CPU-heavy parts on another. The way you version your code is better than what Makefiles can do. You have actual control beyond file modification time. And of course, there is the whole Python integration stuff.

This guy had a great breakdown for why the US military is so expensive: https://www.reddit.com/r/changemyview/comments/71bq8h/cmv_th...

One of your queries is `SELECT uid FROM user WHERE cap LIKE '%s%';`. I can only assume your users table is tiny. How does it do with 1M users?

I bet someone who makes a living selling working code would disagree.

also JavaScript and PHP

edit: and Bash and VBA

The _only_ factor to programming language popularity is how accessible it is.

Beauty and elegance don't matter. Performance doesn't matter. In fact, no measure of "fitness for purpose" matters.

If Malbolge was built into every operating system, Stack Overflow would plug the gaps, and major production systems would be built in it. People would give conference talks about "scaling Malbolge to millions of transactions per second". It would have a package manager, a deep learning framework, and several UI toolkits.

In some sense, this has already happened.

I used to have one of those. Sure it can run all that hardware, but it sounds like a jet engine when it's running. Completely ridiculous design that would never be released by Apple.

The Microsoft Surface Books also have a 1060 inside, but they are whisper quiet.

USD is backed (among other things) by the government accepting taxes in it. If you don't pay, they will come to your house with guns and take you away. This creates a demand for USD that is completely unlike any demand for crypto.

I ship a Qt app. The installer is 135MB. 90MB of that is a demo video that comes with it. Nobody has ever complained.

OP will ascend to the next level as a programmer when he realizes he doesn't have to do all that enterprise crap in C# either.

Because the Bazaar is grating.

Out here in the free world, every time you want to use a library, you have to choose between 12 different options, all suck in one way or another, and you really have no way of making an informed choice. So you pick something by gut feel. Half the time you are wrong, and all of the time you worry that you have made the wrong choice.

But if you buy into Apple's cathedral, they tell you what to use, and you use it. End of story. It's always behind the times, and it won't run outside of Apple's stuff, but it works (for now, at least), it's well documented, and you don't have to spend days finding and comparing solutions. You can get back to writing code, which is the fun part.

Is it good business? Good for the world? Maybe not. But it's certainly attractive.

It is absolutely happening in enterprise software. I have met sales guys and startup advisors that prided themselves in being able to play that game well. In a certain segment of this industry, you get laughed at if you try to actually come up with a solution.

I'm getting the impression that all the freaking out is coming from non-techies. People that have been in the industry for a while are just shrugging and saying "Yeah, that's professional software development for you.".

Real threads.

For better or for worse, Python is the language of deep learning. We're going through all sorts of contortions to make it scale to large datasets, and the biggest problem is that Python is single-threaded for practical purposes.

I know all about the GIL and how difficult it is, but as a user, I don't care about any of that. The moment a similarly usable language comes along that does have working threads, I'll use it. I hope that language is also Python.

Wow, you really showed that straw man what's what.

In 2016, the UK accidentally fired a Trident missile at the US mainland: http://www.dw.com/en/uk-government-covered-up-disastrous-fai...

This one did not carry a warhead. Others do...

"Maybe we should try to look at places outside Silicon Valley."

Don't be silly, Peter. There are no places outside Silicon Valley.

Ah, I didn't know that URLs don't become links. Here is the link again for clicking: http://www.pinpointpayments.com

It reads like we're having a child-off between exceptionally gifted Chinese children, and exceptionally gifted American children. What about normal children?

I'd love to see these anecdotes turned into evidence.