Skip to content

Instantly share code, notes, and snippets.

View realAlexBarge's full-sized avatar
🛠️
Builiding.

Alexander realAlexBarge

🛠️
Builiding.
View GitHub Profile
@Maharshi-Pandya
Maharshi-Pandya / contemplative-llms.txt
Last active April 20, 2025 02:39
"Contemplative reasoning" response style for LLMs like Claude and GPT-4o
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
Understand the Task: Grasp the main objective, goals, requirements, constraints, and expected output.
- Minimal Changes: If an existing prompt is provided, improve it only if it's simple. For complex prompts, enhance clarity and add missing elements without altering the original structure.
- Reasoning Before Conclusions: Encourage reasoning steps before any conclusions are reached. ATTENTION! If the user provides examples where the reasoning happens afterward, REVERSE the order! NEVER START EXAMPLES WITH CONCLUSIONS!
- Reasoning Order: Call out reasoning portions of the prompt and conclusion parts (specific fields by name). For each, determine the ORDER in which this is done, and whether it needs to be reversed.
- Conclusion, classifications, or results should ALWAYS appear last.
- Examples: Include high-quality examples if helpful, using placeholders [in brackets] for complex elements.
- What kinds of examples may need to be included, how many, and whether they are complex enough to benefit from p
@rameerez
rameerez / docker-host-production-setup-ubuntu-server.sh
Last active February 28, 2025 15:03
This script sets up a secure, production-ready Docker host on Ubuntu Server 22.04 LTS
#!/bin/bash
# Production Docker Host Setup Script
# This script sets up a secure, production-ready Docker host on Ubuntu Server 22.04 LTS
# It includes security hardening, performance optimizations, and best practices
# CAUTION: This script makes significant system changes. Use at your own risk.
set -euo pipefail
# --- AESTHETICS ---
@rameerez
rameerez / exit_the_cloud.md
Last active February 19, 2025 07:58
☁️ How I got off the cloud and migrated everything from AWS to a VPS in Hetzner

☁️ How I got off the cloud and migrated everything from AWS to a VPS in Hetzner

This is an opinionated handbook on how I migrated all my Rails apps off the cloud and into VPS.

This is how I manage real production loads for my Rails apps. It assumes:

  • Rails 7+
  • Ruby 3+
  • PostgreSQL
  • Ubuntu Server 24.04
  • Capistrano, Puma, Nginx
@rameerez
rameerez / rails-production-setup.sh
Last active February 6, 2025 11:15
Rails Production Server Setup - Set up a new Ubuntu Server 24.04 LTS to run a Rails 7 app, using Capistrano for deployment
#!/bin/bash
# This script takes a clean Ubuntu Server 24.04 LTS AMI and installs and configures
# everything needed to deploy a Rails 7 app to it. The resulting state is a secure,
# production-ready instance.
set -euo pipefail
# --- AESTHETICS ---
{
"basics": {
"name": "Alexander Barge",
"label": "Entrepreneur, CTO & Full Stack Developer",
"picture": "http://alexanderbarge.com/wp-content/uploads/2015/09/Barge-Alexander.jpg",
"email": "[email protected]",
"phone": "+49 176 48294884",
"website": "https://alexanderbarge.com",
"summary": "Technology Entrepreneur, CTO, Engineering Manager, Software Architect & Full Stack Web Developer. Building scalable and reliable software, teams, infrastructure and products that customers love. Fast.",
"location": {
@tristandenyer
tristandenyer / list-of-testing-resources.md
Last active October 16, 2019 17:22
A growing list of underrepresented resources for code, software, apps, APIs etc

API testing

The artillery-plugin-fuzzer plugin makes it easy to run simple fuzz tests (also known as monkey tests) on HTTP endpoints.

Content / string testing

The Big List of Naughty Strings is an evolving list of strings which have a high probability of causing issues when used as user-input data. This is intended for use in helping both automated and manual QA testing.

# Reserved Strings
#
# Strings which may be used elsewhere in code
undefined
null
# Numeric Strings
#
# Strings which can be interpreted as numeric
@obstschale
obstschale / octave.md
Last active April 12, 2025 00:17
An Octave introduction cheat sheet.