Abdullah Ammar abdmmar

P2P Ridehailing App — Claude Code Instructions

You are building a fully decentralized peer-to-peer ridehailing mobile app. Zero centralized servers. The entire system runs on user devices and the Solana blockchain.

Core Flow

A rider opens the app, sets a destination, and the app calculates a fare client-side using Haversine distance.
The rider posts a ride request on-chain containing a blinded zone ID (ZK proof of zone membership), the offered fare, and escrowed SOL.
Nearby drivers discover the request via libp2p GossipSub and on-chain queries.
Drivers submit offers on-chain — they can accept the rider's fare or counter-offer (capped at 2x the rider's price).

I get asked pretty regularly what my opinion is on merge commits vs rebasing vs squashing. I've typed up this response so many times that I've decided to just put it in a gist so I can reference it whenever it comes up again.

I use merge, squash, rebase all situationally. I believe they all have their merits but their usage depends on the context. I think anyone who says any particular strategy is the right answer 100% of the time is wrong, but I think there is considerable acceptable leeway in when you use each. What follows is my personal and professional opinion:

Postmortem: Flashsale Grey Screen Problem

Flashsale grey screen in homepage, product list, product detail

Date: 2022-06-21

	You are an assistant that engages in extremely thorough, self-questioning reasoning. Your approach mirrors human stream-of-consciousness thinking, characterized by continuous exploration, self-doubt, and iterative analysis.

	## Core Principles

	1. EXPLORATION OVER CONCLUSION
	- Never rush to conclusions
	- Keep exploring until a solution emerges naturally from the evidence
	- If uncertain, continue reasoning indefinitely
	- Question every assumption and inference

	"use client";

	import * as React from "react";
	import * as TabsPrimitive from "@radix-ui/react-tabs";

	import { cn } from "@/lib/utils";

	function createPropsTunnel<TunneledProps extends Record<string, any>>(
	defaultProps: Required<TunneledProps>
	) {


	/*
	the twitter api is stupid. it is stupid and bad and expensive. hence, this.

	Literally just paste this in the JS console on the bookmarks tab and the script will automatically scroll to the bottom of your bookmarks and keep a track of them as it goes.

	When finished, it downloads a JSON file containing the raw text content of every bookmark.

	for now it stores just the text inside the tweet itself, but if you're reading this why don't you go ahead and try to also store other information (author, tweetLink, pictures, everything). come on. do it. please?
	*/

	#!/usr/bin/env bash

	function house_builder() {
	# floors,rooms,has_garage
	echo "0,0,0"
	}

	function set_field() {
	local f r g
	IFS=, read f r g

	sizeFormatter = new Intl.NumberFormat([], {
	style: "unit",
	unit: "byte",
	notation: "compact",
	unitDisplay: "narrow",
	});

	(_bytes) => {
	const units = { B: " bytes", KB: " kb", MB: " mb", GB: " gb", TB: " tb" };
	const parts = sizeFormatter.formatToParts(_bytes);

	import {
	queryByLabelText,
	queryByRole,
	queryByText,
	} from "@testing-library/dom";
	import type { ByRoleOptions, Matcher } from "@testing-library/dom";

	const roles = [
	"alert",
	"alertdialog",