ByteHeavy
ByteHeavy
ByteHeavy
Studio de développement logiciel freelance
Nous concevons, construisons et livrons des applications web, des bots Discord, des plugins de jeu et des systèmes backend sur mesure. Chaque mission commence par un accord de périmètre écrit qui définit ce qui est construit, son coût et sa date de livraison — pas de promesses verbales, pas de changement des conditions une fois le travail commencé. Le développement avance par jalons définis avec un point de statut hebdomadaire, afin que vous sachiez toujours exactement où en est le projet. Chaque client reçoit la même priorité et le même délai de réponse quelle que soit la taille de la mission : il n'y a ni paliers de service, ni mise à niveau payante pour être pris au sérieux, ni coûts surprises ajoutés après coup. Une fois le projet livré, une fenêtre de support définie est incluse, afin que le lancement ne soit pas le moment où la communication s'arrête.
// aucun palier client — tout le monde a la même priorité
function priorityFor(client: Client) {
return "standard"; // always. no tiers.
}Nous ne vendons pas de paliers VIP, d'abonnements prioritaires ou d'options « coupe-file ». Le client qui commande un site vitrine de cinq pages et celui qui commande un backend complet multi-services obtiennent des délais de réponse identiques, une qualité de code identique et la même honnêteté sur le périmètre et les risques. Ce n'est pas un argument marketing — les études sur l'équité montrent systématiquement qu'un traitement incohérent entre clients détruit la confiance plus vite que presque tout ce qu'une entreprise de services peut faire. Nous ne proposons donc tout simplement pas la possibilité d'être mieux traité que les autres, car nous pensons que la cohérence est en elle-même la meilleure garantie de qualité que nous puissions vous offrir.
Agence classique
ByteHeavy
En chiffres
20+
Langages et frameworks que nous utilisons activement
0
Palier client — pas de voie VIP, pas de voie standard
100%
Projets démarrés avec un accord de périmètre écrit
2FA
Chaque compte sécurisé par une authentification TOTP à deux facteurs
Notre façon de travailler
Chaque build suit la même boucle de revue : écrire, déboguer, livrer. Regardez-la en direct.
▍ Pas d'offres gonflées — juste ce que nous faisons vraiment bien.
Voir tous les services →Nous concevons et construisons des sites web et des applications web de bout en bout — du premier wireframe jusqu'à une mise en production qui reste en ligne. Cela veut dire un frontend qui charge vite sur un téléphone milieu de gamme avec une connexion faible, un backend qui ne s'effondre pas en cas de pic de trafic, et une base de code que le prochain développeur — ou vous-même, six mois plus tard — peut réellement comprendre. Nous partons par défaut sur Next.js et TypeScript, mais la stack suit toujours les contraintes réelles du projet, pas notre zone de confort. Chaque déploiement inclut le travail opérationnel que la plupart des agences considèrent comme optionnel : supervision, sauvegardes, une procédure de récupération documentée, et des en-têtes de sécurité correctement configurés dès la première mise en ligne plutôt qu'ajoutés après coup suite à un incident. L'objectif est un site qui continue de fonctionner seul entre deux points de suivi, pas un site qui exige notre présence permanente.
export async function createOrder(input: OrderInput) {
const scope = await agreeScope(input);
return db.orders.create({ data: scope });
}La plupart des problèmes logiciels qui ressemblent à « c'est lent » ou « ça a planté en production » sont en réalité des problèmes d'architecture backend. Nous concevons des API et des systèmes backend avec des contrats explicites, une gestion d'erreurs sensée, et des caractéristiques de charge testées avant le lancement, pas découvertes après. Qu'il s'agisse d'une API REST pour un client mobile, d'un processeur de webhooks pour une intégration SaaS, ou du backend qui fait tourner le système économique d'un bot Discord, nous le construisons pour qu'il soit ennuyeux de la meilleure façon possible : prévisible, documenté, et difficile à casser. La limitation de débit, la validation des entrées et les contrôles d'autorisation font partie de la conception initiale, pas d'un ticket ajouté après le premier signalement d'incident.
func main() {
srv := api.New(cfg)
log.Fatal(srv.ListenAndServe())
}Un bot Discord qui gère quelques commandes slash, c'est facile. Un bot Discord qui gère une économie en direct sur le serveur, modère des milliers de messages par jour, et reste en ligne pendant les pannes de Discord lui-même, c'est un vrai travail d'ingénierie backend déguisé en interface de chat. Nous faisons les deux — d'un simple bot utilitaire à un système complet de gestion de serveur avec son propre tableau de bord admin, sa base de données et ses règles d'automatisation — dimensionné à ce dont votre communauté a réellement besoin, pas à ce qui impressionne dans un pitch. Chaque bot est conçu en tenant compte des limites de débit et des changements d'API de Discord, afin qu'il continue de fonctionner à travers les mises à jour de la plateforme au lieu de casser silencieusement à la prochaine mise à jour de Discord.
bot.on("interactionCreate", async (i) => {
if (i.commandName === "ticket") await openTicket(i);
});Le développement de serveurs Minecraft est une spécialité que la plupart des agences « on fait aussi des sites web » simulent tant bien que mal. Pas nous. Nous écrivons des gamemodes sur mesure, des suites de plugins et des systèmes côté serveur avec la même rigueur d'ingénierie que n'importe quel backend : profilés pour leur impact sur le tick-rate, testés sous une vraie charge de joueurs, et conçus pour survivre à un redémarrage de serveur sans corrompre les données des joueurs. Si un plugin a déjà discrètement bouffé votre base de données économique, vous savez déjà pourquoi cette rigueur compte. Nous tenons aussi compte des réalités de la gestion d'une communauté de serveur en direct — outils pour le staff, interaction avec l'anti-triche, et chemins de retour en arrière sûrs quand une mise à jour de plugin ne se comporte pas comme prévu.
@EventHandler
public void onJoin(PlayerJoinEvent e) {
economy.ensureAccount(e.getPlayer());
}Tous les problèmes ne rentrent pas proprement dans « site web » ou « bot ». Parfois, ce dont une entreprise a réellement besoin, c'est un outil interne qui automatise trois heures de travail manuel sur tableur par jour, un script qui dialogue avec cinq API différentes et réconcilie les résultats, ou une petite application de bureau pour un flux de travail pour lequel personne n'a encore construit de logiciel. C'est là que se produit une bonne partie de notre travail le plus intéressant — les projets trop spécifiques pour qu'un outil SaaS prêt à l'emploi puisse jamais les résoudre. Ces missions sont cadrées de la même manière que n'importe quel autre projet : une définition écrite de ce que l'outil doit faire, qui l'utilisera, et comment il sera maintenu une fois livré.
def main() -> None:
job = load_job(config)
run_pipeline(job)Toute entreprise de services a des limites. La plupart se contentent de ne pas les annoncer avant que vous ayez signé un contrat. Nous préférons vous dire dès le départ ce que nous ne ferons pas, pour qu'il n'y ait pas de mauvaise surprise quelques semaines après le début d'un projet.
Chaque étape est un accord explicite, pas une supposition.
Détails complets de la méthode →Dites-nous ce que vous construisez et ce qui vous dérange vraiment dans votre situation actuelle — une conversation gratuite et sans engagement, généralement par chat ou lors d'un appel rapide. Pas de long formulaire d'admission, pas de pression commerciale. Si nous ne sommes pas les bons pour ce dont vous avez besoin, nous vous le dirons aussi.
Avant qu'une seule ligne de code facturable ne soit écrite, nous mettons toute la mission par écrit : ce qui est construit, ce qui est explicitement hors périmètre, le prix et le calendrier de livraison. Ce document nous protège tous les deux par la suite — ce n'est pas du théâtre juridique, c'est la source de vérité unique pour tout le projet.
Le travail est découpé en quatre à six jalons concrets, chacun avec son propre livrable que vous pouvez réellement regarder et tester. Nous ne passons pas au jalon suivant tant que vous n'avez pas validé le jalon en cours — vous n'êtes donc jamais à plus de quelques semaines de confirmer que le projet va toujours dans la direction attendue.
Vous recevez un point d'avancement chaque semaine sans avoir à le demander, même les semaines où la mise à jour est simplement « toujours dans les temps, aucun blocage ». Le silence est l'une des plus grandes sources d'anxiété client dans le travail freelance, et il est totalement évitable.
Une fois le dernier jalon validé, vous recevez la passation complète — code, documentation, accès de déploiement — plus une fenêtre définie de support gratuit pour les inévitables petits problèmes qui n'apparaissent qu'une fois que de vrais utilisateurs touchent le produit.
Notre équipe maîtrise plus de 20 technologies, dont Rust, C++, C#, Java, JavaScript, TypeScript, Python, Go, PHP, Kotlin, SQL, Lua, Zig, et bien d'autres.
Dites-nous ce dont vous avez besoin dès maintenant, en langage clair — pas de formulaire d'admission à rallonge, pas de réservation d'appel forcée. Nous poserons des questions de suivi si besoin, et la prochaine étape concrète est toujours un accord de périmètre écrit avant que quoi que ce soit de facturable ne démarre.