See how a minor change to your commit message style can make a difference.
Tip
Have a look at git-conventional-commits , a CLI util to ensure these conventions, determine version and generate changelogs
See how a minor change to your commit message style can make a difference.
Tip
Have a look at git-conventional-commits , a CLI util to ensure these conventions, determine version and generate changelogs
qX_0
variants, they are actually quite straight-forward so deepseek can come up with a correct result in 1 shot. It is already crazy enough, given that ChatGPT and Claude have never produced a working result for me.qX_K
it's more complicated, I would say most of the time I need to re-prompt it 4 to 8 more times.q6_K
, the code never works until I ask it to only optimize one specific part, while leaving the rest intact (so it does not mess up everything)It can do both. For qX_0
I asked it to convert, and for qX_K
I asked it to invent new code.
\documentclass[12pt]{article} | |
\usepackage[margin=0.25in]{geometry} | |
\usepackage{fontspec} | |
\usepackage{unicode-math} | |
\usepackage{enumitem} | |
\usepackage{fancyhdr} | |
% Set main fonts | |
\setmainfont{Times New Roman} | |
\setsansfont{Arial} |
This post has been written in collaboration with @klervicn
Virtually all web apps and websites need to pull data from a server, usually through a JSON-returning API. When it comes to integrating data fetching in React component, the "impedence mismatch" between the React components, which are declarative and synchronous, and the HTTP requests, which are imperative and asynchronous, is often problematic.
Many apps use third-party libraries such as Redux or Apollo Client to abstract it away. This requires extra dependencies, and couple your app with a specific library to perform data fetching. In most cases, what we want is a direct way to integrate plain HTTP requests (e.g. using native fetch) for usage in React components.
Here we will discuss how we can use React Hooks to do this in an elegant, scalable manner.
I recently had several days of extremely frustrating experiences with service workers. Here are a few things I've since learned which would have made my life much easier but which isn't particularly obvious from most of the blog posts and videos I've seen.
I'll add to this list over time – suggested additions welcome in the comments or via twitter.com/rich_harris.
Chrome 51 has some pretty wild behaviour related to console.log
in service workers. Canary doesn't, and it has a load of really good service worker related stuff in devtools.
Create a dir to build things into: | |
$ mkdir ~/stack && cd ~/stack | |
Download the sources (sqlite 3230100 was broken, 3220000 was used instead): | |
$ wget https://www.openssl.org/source/openssl-1.1.0h.tar.gz | |
$ wget https://sqlite.org/2018/sqlite-src-3220000.zip | |
$ wget https://www.python.org/ftp/python/3.6.5/Python-3.6.5.tar.xz |
# train_grpo.py | |
import re | |
from datasets import load_dataset, Dataset | |
from transformers import AutoTokenizer | |
from peft import LoraConfig | |
from trl import GRPOConfig, GRPOTrainer | |
# Load and prep dataset | |
SYSTEM_PROMPT = """ |