How to Write Technical Specs that Actually Ship (பொதுவாக விமானம் வைத்திருப்பது எப்படி)

ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] இந்த மாதிரி think different type விளம்பரங்கள் தான் add industriesla இப்போ Hot... Tech Specs ஏன் எழுதுகிறீர்கள்? ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] சரியாக பயன்படுத்தப்பட்டால், தொழில்நுட்ப விவரங்கள் உங்களுக்கு உதவுகிறது: ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] உங்கள் தொழிலாளர்கள், உங்கள் தயாரிப்பு மேலாளர், அந்த தலைவலி மேலாளர் யார் அதை எல்லாம் பார்த்தது. ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] Share knowledge with your team - Onboarding new engineers becomes "read this spec" instead of "let me explain this architecture for the third time this week." உங்கள் தயாரிப்பு மேலாளர், கண்காணிப்பு குழு, அல்லது பணியாளர்கள் நீங்கள் படைக்க என்ன மற்றும் ஏன் புரிந்து கொள்ள வேண்டும் - A well-written spec bridges that gap. வேலை முடிந்தவுடன் ஒரு சான்றிதழாக பயன்படுத்தி - நீங்கள் உண்மையில் நீங்கள் தீர்க்க திட்டமிட்டதை சரிசெய்தீர்களா? Spec-Driven Development மற்றும் LLMs இந்த மாதிரி think different type விளம்பரங்கள் தான் add industriesla இப்போ Hot... ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] ஆனால் நீங்கள் ஒருபோதும் ஒரு LLM அணுகவில்லை என்றால், ஒரு கடுமையான spec எழுதுவதற்கான விஞ்ஞானம் பங்கு செலுத்தும். Anatomy of a Good Technical Proposal (Part 1) - ஒரு நல்ல தொழில்நுட்ப திட்டம் (Part 1) ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] Here's the first half of the anatomy. This is what you write before you get buy-in. நீங்கள் என்ன தீர்க்க முயற்சி செய்கிறீர்கள்? முதலாளித்துவக் கட்சியினரைச் சந்தித்ததில்லை.இந்தக் கட்சியைச் சந்தித்ததில்லை.இந்தக் கட்சியினரைச் சந்தித்ததில்லை. எப்போதும் புரிந்துகொள்ள முடியாதது என்னென்ன அழிவு. “We should build a microservice with GraphQL” (நாங்கள் GraphQL-ஐப் பயன்படுத்தி ஒரு microservice உருவாக்க வேண்டும்) ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] வேலை செய்கின்ற சில தொழில்நுட்பங்கள்: ஒரு வாக்கு பெற்ற மக்கள்% மட்டுமே 24 பதிலளித்தார், மற்றும் அது லாண்டன் ஆதரித்த மக்கள் பதிலளிக்க அதிகமாக என்று மாறியது. “This costs us approximately £2.3M annually in lost conversions” is much more compelling than “This is slow.” • இறுதியாக அறிக்கையின் நிலையை அறிய Reportable status ஐ தேர்ந்தெடுக்கவும் அதாவது Reportable அல்லது Non reportable அல்லது All ஐ தேர்ந்தெடுத்து அதனைச் சமர்ப்பிக்கவும். நீங்கள் என்ன பிரச்சினைகளை தீர்க்க முயற்சிக்கவில்லை? ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................. இது எத்தனையாவது [...] Imagine this: you get a proposal from the platform team to upgrade to their shiny new shared UI library. Seems straightforward, right? Just swap out some imports, update a few components. But then you discover the new library uses a completely different routing system underneath. Now you need to refactor every route in your application. Then you realise your product team's navigation patterns don't quite fit the new model, so you need custom wrappers. Oh, and every இத்தகைய மாற்றங்கள் அனைத்தும் இத்தகைய மாற்றங்களைத் தவிர்க்கப்பட்டுள்ளன. 6 வருடங்களுக்கு முன்பு நடந்த ஒரு பயிற்சியால், அலுவலகம் முழுவதும் பல்வேறு வேலைகள் நடந்தன. மற்றொரு “Simple utility update” (சிறிய பயனுள்ள தகவல்கள்) தெளிவான இந்த மாதிரி think different type விளம்பரங்கள் தான் add industriesla இப்போ Hot... இது உங்கள் நேரடி வரிகளை அநியாயமாக தெரிகிறது என்று கூறுபவர்களிடமிருந்து பாதுகாக்கிறது, இது அமைப்பின் கனவுகளாக மாறியது. ‘நாங்கள் என்ன செய்யவில்லை’ ‘ஏன் அறிவு’ ஏன் இந்த பிரச்சினையை தீர்க்க வேண்டும்? ஒரு நல்ல நண்பர் கண்டுபிடிக்க கடினமாக உள்ளது, இழக்க கடினமாக, மற்றும் மறக்க முடியாதது விஷயத்தை தெளிவாகச் சொல்லுங்கள்: : How many people does this affect? How badly? Impact on users வணிகத்தைப் பற்றிய விளைவுகள்: Revenue, Retention, Conversion, Operating costs? Next Topic: கதுவா: ஒரு குரூரமான குற்றம் எவ்வாறு அரசியல் மற்றும் மத சாயம் பூசப்பட்டு ஒற்றை பரிமாணமாக்கப்பட்டது Compliance or Risk: This will blow up in six months if we don’t fix it. I'm a big believer in showing your work here. Don't just say We once based a proposal to change the text on a button on an experiment that proved a 23% uptick in conversion, which translated to +£12k ARR. “இதுதான் முக்கியம்” “இந்த கோபம் நன்றாக இருக்கலாம்” ஏன் இப்போது ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] ஏன் இப்போது இந்த பிரச்சினையை சரிசெய்ய சிறந்த நேரம்? External deadlines: Regulatory changes, marketing campaigns, conference demos, மாற்றங்கள் சரியான இடத்தில் சரியான அணுகுமுறையைப் பெறுவீர்களா? Next Topic: கதுவா: ஒரு குரூரமான குற்றம் எவ்வாறு அரசியல் மற்றும் மத சாயம் பூசப்பட்டு ஒற்றை பரிமாணமாக்கப்பட்டது வெப்பநிலை ஆட்சி 0 முதல் 40 டிகிரி செல்சியஸ் வரை இருக்க வேண்டும்; per month As its name suggests, a VPN is about privacy. ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] தேவைகள் 100 % விற்பனை செய்ய முடியாத பொருட்கள் எது? ஒரு நல்ல நண்பர் கண்டுபிடிக்க கடினமாக உள்ளது, இழக்க கடினமாக, மற்றும் மறக்க முடியாதது I structure requirements as testable statements: "Transaction history must load in under 2 seconds at p95" "Solution must work for users on iOS 14 and above" (இது iOS 14 மற்றும் அதற்கு மேல் உள்ள பயனர்களுக்கு வேலை செய்ய வேண்டும்) "Data must be encrypted at rest and in transit" "ஒரு வாடிக்கையாளர் மீண்டும் சான்றிதழ் தேவைப்படாது" இவைகள் குறித்தும் சரிசெய்யப்பட்டவை.இவைகளை நீங்கள் நிறைவேற்றினீர்களா என்பதை நீங்கள் சோதிக்கலாம். அல்லது அவைகளை கீழே வைத்துக் கொள்ளலாம். “நீ வேகமாக இருக்கணும்” பாதுகாப்பாக இருக்க வேண்டும்” Bird’s Eye of the Solution – தீர்மானம் ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] இந்த பகுதியில் சில விதிகள்: இப்போது இல்லை.ஆனால் இப்போது சொல்லு No tech talk. "We will deploy a new microservice with a Redis cache and expose it via GraphQL" என்று கூறுகிறார். "We will store frequently-accessed data closer to the user so it loads instantly instead of making a slow trip to the database every time" என்றார். மாற்றங்கள் எவ்வாறு ஏற்படுகின்றன?உண்மையில் எவ்வாறு மாற்றம் ஏற்படுகிறது? Think user-centric. முதலில் அதன்பிறகு, நீங்கள் அதை எப்படி நிறைவேற்ற முடியும் என்று கூறுங்கள். Anchor on outcomes, work backwards. "பொதுவாக, பயனர்கள் தங்கள் வர்த்தக ஹோட்டலை 1 விநாடிகளில் காணலாம்" ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] If possible, offer multiple potential solutions. At this point, you should stop and reassess. Here's my checklist before moving forward: [ ]Problem statement தெளிவான மற்றும் விரிவான [ ] வணிக விளைவு மதிப்பிடப்படுகிறது [ ] Non-goals தெளிவாக கூறுகின்றன [ ] தேவைகள் சோதனை செய்யப்படும் [ ]High-level solution makes sense to a non-engineer ஒரு விஞ்ஞானி [நான் நினைக்கிறேன் இது கடினமானது ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] Buy-in மற்றும் பணிபுரிதல் ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] Some hard-won tips for a successful pitch: I am a fan of Notion because of real-time comments and collaboration, but Google Docs works too.I have even seen some true pioneers use Figma for this once!The important thing is that people can leave inline comments and suggest changes. Use a platform that makes collaboration easy. நீங்கள் ஒரு பயணத்திற்கு மாற்றங்களை வழங்குகிறீர்கள் என்றால், மாற்றங்களை உருவாக்கவும் அல்லது wireframes.If you are optimizing a service, show current metrics with screenshots from your monitoring.I recommend Figma (high-fidelity) or Excalidraw (low-fidelity) for user journeys and screenshots from Grafana or Datadog for metrics. Illustrate your points. ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] Getting feedback should be your main objective. யாராவது ஒரு பதிவை படித்தால் kindly ask them to explain why and suggest an alternative. Vague negativity doesn't help anyone. But genuine concerns with reasoning? That's gold. Guide your contributors. “இந்த வழியை நான் நேசிக்கவில்லை” யாராவது கேட்கும் சிறந்த கேள்விகளுக்கு பதில்கள் தேவை. is a lot more compelling than Be ready to defend your value proposition. “இந்தப் பணியாளரின் நேரத்தை செலவழிக்கிறீர்களா?” "This can lead to a 27% reduction in database hosting costs, resulting in annual savings of £1.5M" "this will make things more efficient." A Plan Worth Implementing (Part 2) – ஒரு திட்டத்தை செயல்படுத்த வேண்டும் Do you treat tech specs as a solo effort? Write it alone, share it for review, get some comments, ship it? That's not how the best specs get written. கொழும்பில் நடைபெற்ற LankaPay Technnovation விருதுகள் வழங்கும் நிகழ்வில், ‘The Best Common ATM Acquirer of the year - Category C’ என்ற பிரிவில் DFCC வங்கி வெற்றியாளராக தெரிவானது. ஆங்கிலத்தில் இதை Single Orgasm, Multiple Orgasm என்றும் கூறுகிறார்கள். Best Practices and Company Standards - சிறந்த தொழிற்சாலைகள் நீங்கள் React மற்றும் Next.js பயன்படுத்துகிறீர்கள் என்றால், உங்கள் spec React மற்றும் Next.js பயன்படுத்த வேண்டும்.If your company has a standard CI/CD pipeline, use that. ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] நான் உறுதியான நடவடிக்கைகளை மாற்ற திட்டமிட்டபோது, நான் எப்போதும்: : Has another company done this successfully? Show case studies. Outside proof of concept Previous Topic: கதுவா: ஒரு குரூரமான குற்றம் எவ்வாறு அரசியல் மற்றும் மத சாயம் பூசப்பட்டு ஒற்றை பரிமாணமாக்கப்பட்டது ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] Migration Path: How do we get from here to there without breaking everything?இங்கு நாம் எல்லோரையும் அழித்துவிடுவதற்கான வழிமுறைகள் என்ன? ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] Previous articleஅரசியல் மற்றும் Alternatives Considered அப்படிப்பட்ட ஏதாவது ஒன்று உள்ளதா?நீங்கள் முன்பு அப்படிப்பட்ட அம்சங்களைக் கொண்டு செயல்பட்டுள்ளீர்களா? ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] Attach it to the knowledge base related to the solution you found. It helps the maintainers understand who their stakeholders are and why people need this. If they want to sunset, transfer ownership, or refactor their software, they'll know who to talk to. If this happens, don't throw away your spec. ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] What other approaches did you evaluate? Why didn't they make the cut? இதன் மூலம் நீங்கள் உங்கள் வீட்டு வேலைகளை செய்துள்ளீர்கள் என்பதைக் காட்டுகிறது.இப்போது நீங்கள் கவனித்த மற்றும் நிராகரித்த மாற்றங்களை மக்கள் பரிந்துரைக்க முடியாது.நான் பொதுவாக ஒரு குறுகிய அட்டவணை சேர்க்க: Approach Pros Cons Why we rejected it Use existing service X Fast, proven Doesn't support feature Y Missing critical functionality Build custom solution Perfect fit High maintenance cost Not worth the ongoing burden Third-party API Easy integration Vendor lock-in, high cost £250K annually vs £30K to build இப்போதைய சேவை X விரைவில், ஆய்வு ஆதரவு இல்லை Y Critical Functionality இழப்பு Custom Solution உருவாக்க சரியான சரியான High maintenance cost கடினமான நேரத்தில் கடினமான நேரத்தில் மூன்றாவது API Easy integration விற்பனையாளர் lock-in, high cost £250K ஒரு வருடத்தில் vs £30K உருவாக்க The technical approach ஆங்கிலத்தில் இதை Single Orgasm, Multiple Orgasm என்றும் கூறுகிறார்கள். Architecture diagrams, sequence diagrams, data flow diagrams. I recommend (இப்போது ஆங்கிலத்தில் இதை Single Orgasm, Multiple Orgasm என்றும் கூறுகிறார்கள். Use diagrams. Draw.io மின்னஞ்சல்.net ஆங்கிலத்தில் இதை Single Orgasm, Multiple Orgasm என்றும் கூறுகிறார்கள். sequenceDiagram User->>API: Request transaction history API->>Cache: Check cache Cache-->>API: Cache miss API->>Database: Query transactions Database-->>API: Return results API->>Cache: Store in cache API-->>User: Return results Don't just say சொல்லு Explain the "why" behind technical decisions, not just the "what." “நாம் ரோஜாவைப் பயன்படுத்துவோம்” ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] இது எங்கிருந்து விழுந்து விடும் என்று சொல்லுங்கள். That's way more useful than pretending your solution scales infinitely. Call out performance characteristics and scalability limits. "This approach works up to about 100,000 requests per second. Beyond that, we'll need to shard." Show what the data looks like. Show what the API requests and responses look like. I usually include JSON examples: Mention data models, API contracts, key interfaces. { "transaction_id": "tx_123", "amount": 1250, "currency": "GBP", "timestamp": "2025-01-15T14:30:00Z", "category": "groceries" } A benefit of embedding models in a transferrable format, like JSON is that this can then be copy/pasted into a test or mock service later on. Saves some time and cuts down on ambiguity. ஒரு transferable format, JSON போன்ற மாடல்களை embedding ஒரு நன்மை இது பின்னர் ஒரு சோதனை அல்லது mock சேவையில் copy / passed முடியும் என்று உள்ளது. If this requires spinning up new services, databases, or third-party integrations, call it out. These often have cost implications and procurement delays. Highlight any new infrastructure or services needed. Breaking down the work இத்தகைய தீர்வுகளை நீங்கள் எவ்வாறு பின்பற்ற முடியாத மையங்களாகவும், வேலைகளாகவும் அழித்துவிடுகிறீர்கள்?இது திட்டம் மேலாண்மைதான், ஆனால் அமைப்பை வழங்குவது உங்கள் வேலை. நான் MVP → MLP → முழு தயாரிப்பு திட்டம் ஒரு பெரிய ஹீரோ: Split into phases that deliver incremental value. ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] : The smallest version that's actually good enough for real users to use and enjoy. MLP (Minimum Lovable Product) Full Product: All the bells and whistles - அனைத்து ஒலிப்பதிவுகள் ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] . "good enough" What must ship for this to work? What's optional? Use a prioritisation framework. I like MoSCoW (Must have, Should have, Could have, Won't have). Identify critical path items vs nice-to-haves. Can the backend and frontend teams work simultaneously? Or does the backend need to ship first? Making dependencies explicit helps with planning. Call out what can be parallelised vs must be sequential. I actually hate sizing and I'm bad at it too. I prefer developer-hours, developer-days, developer-weeks as units of measurement, when discussing timelines. If you're unsure, go up one measurement, e.g.: not sure if 3 or 4 developer days? Use 1 developer-week. Assign rough t-shirt sizes or story points if your team uses them. ஒரு எளிய அறுவை சிகிச்சை அட்டவணை பயன்படுத்துங்கள் அல்லது அவற்றை பட்டியலிடுங்கள்: Make dependencies between tasks explicit. "Task B is dependent on Task A being complete.Task C can start in parallel with Task B." Success metrics How will you measure if the implementation actually worked? What are the KPIs? This is where you define victory conditions. And you need to be specific. இது ஒரு வெற்றிகரமான metric அல்ல. is a success metric. "Make it faster" "P95 API latency ஐ 500ms இருந்து 200ms வரை குறைக்க" Examples: Define measurable outcomes. Latency Reduction: "p95 latency drop from 800ms to 200ms" (பொதுவாக 800ms இருந்து 200ms வரை) Error rate decrease: "5xx errors drop from 0.3% to below 0.1%" Conversion improvement: "checkout completion rate increases from 73% to 80%" கடன் குறைப்பு: "data base costs decrease by £40K annually" You need to know where you're starting. I take screenshots of dashboards showing current performance and attach them to the spec. It's way too easy to forget what things were like before you started. Set baseline metrics before implementation. Will you build a dashboard? Set up alerts? Run an A/B test? Be explicit about measurement methodology. Specify how you'll track these metrics. Product managers care about revenue and engagement. Engineers care about latency and throughput. Your spec should speak both languages. Include both business metrics and technical metrics. Risk assessment, dependencies and mitigation What could go wrong? What are you worried about? What do you need from other teams? I've learned to be brutally honest in this section. Pretending risks don't exist doesn't make them go away. It just means you won't have a plan when they materialise. நீங்கள் முதலில் ஏதாவது அனுப்புவதற்கு மற்றொரு அணி தேவைப்படுகிறீர்களா? விகிதம் குறைபாடுகள் அல்லது நீட்டிப்பு நேரங்கள் இருக்கலாம் என்று ஒரு மூன்றாம் தரப்பு சேவையை நீங்கள் நம்புவீர்களா? அதை அழைத்துச் செல்லுங்கள். நான் விரைவில் விண்ணப்பிக்கவில்லை ஏனெனில் வாரம் கழித்து திட்டங்கள் இருந்தது. List external dependencies. இது எங்கே போகும்?ஒரு முக்கியமான சேவை நிரப்பப்பட்டால் என்ன நடக்கும்?ஒரு புதிய தரவுத்தளத்தை உள்நுழைத்தால் அது நிரப்பப்பட்டால் என்ன நடக்கும்? Call out single points of failure in your design. நீங்கள் முதல் முறை ஒரு தொழில்நுட்பத்தை பயன்படுத்துகிறீர்களா?இது யாரும் உண்மையில் இனி புரிந்து கொள்ள முடியாத குறியீட்டின் ஒரு பகுதியாகும்? Identify areas with high uncertainty. Don't just list risks — show how you'll handle them. Example: For each major risk, propose a mitigation strategy or fallback plan. Next Topic: கதுவா: ஒரு குரூரமான குற்றம் எவ்வாறு அரசியல் மற்றும் மத சாயம் பூசப்பட்டு ஒற்றை பரிமாணமாக்கப்பட்டது அறுவை சிகிச்சை: Exponential backoff with circuit breaker; cache responses for 5 minutes; have a degraded mode that works without the API இது நம்பிக்கை மற்றும் உதவி தேடுகிறது. எல்லாவற்றையும் புரிந்துகொள்வதே சிறந்தது. Be honest about what you don't know yet. "I'm not sure how we'll handle the migration of 500GB of existing data - looking for input here" என்றார். ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] Mention compliance, security, or data privacy concerns early. Rollout திட்டம் எப்படி இந்த உண்மையில் செயல்படுத்தப்படும்? படித்த வெளியீடு? அம்சங்கள் அட்டைகள்? காங்கிரஸ் செயல்பாடுகள்? நான் ஒரு நாள் முதல் 100% பயனர்களுக்கு பெரிய மாற்றங்களை அனுப்பவில்லை. நீங்கள் இரண்டு பயனர் மட்டுமே இருந்தால், ஒருவரை மட்டுமே அனுப்பவும். நீங்கள் இரண்டு பயனர் மட்டுமே இருந்தால், ஒருவரை மட்டுமே அனுப்பவும். என் சாதாரண முன்னேற்றம்: 5% → 10% → 50% → 100%. ஒவ்வொரு இடத்தில், நீங்கள் அறிகுறிகள் கண்காணிக்க மற்றும் பிரச்சினைகள் கவனித்து. Plan for gradual rollout. Deploy the code to production but keep it behind a flag. This lets you control who sees the new feature independent of your deployment process. I've used LaunchDarkly, Statsig, and built homegrown solutions. They all work. Pick one and use it religiously. Use feature flags to decouple deploy from release. எந்த வகையில்தான் ரோஜா மாற்றம் ஏற்படுகிறது? Define rollback criteria. தவறு விகிதம் 0.5 % ஐ விட அதிகமானால், மீண்டும் கிளிக் செய்யவும் P95 விழிப்புணர்வு 1 விநாடிக்கு மேல் இருந்தால், மீண்டும் ஒரு மணி நேரத்தில் 10 க்கும் மேற்பட்ட வாடிக்கையாளர்களின் கோரிக்கைகள் கிடைத்தால், மீண்டும் கிளிக் செய்யவும் இந்த அறிகுறிகள் முன்பே குறிப்பிடப்பட்டுள்ளதால், நீங்கள் ஒரு நிகழ்வின் போது உணர்ச்சிகரமான முடிவுகள் எடுக்காது என்று பொருள். ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] Consider dark launching to test in production without user impact. ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] Plan for data migrations separately from code deploys. இந்த விமானங்கள் எப்போது தெரிய வேண்டும்? வாடிக்கையாளர் ஆதரவு குழு? மார்க்கெட்டிங்? வெளிநாட்டு பங்குதாரர்கள்? spec க்கு comms திட்டம் எழுதுங்கள். Have a communication plan for internal stakeholders and customers. Rollback திட்டம் What happens if you suddenly become unavailable when everything's on fire? Would your team know how to handle it? ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] புகைப்படம் Flag X அல்லது: back roll back to commit abc123 மற்றும் deploy செய்யவும் Run database script Y to revert schema changes Clear cache Z to remove stale data Monitor metrics A, B, C to confirm rollback Posts in #incidents channel with status மின்னஞ்சல் This keeps stress to a minimum in incident scenarios. Testing வழிமுறைகள் Unit tests, integration tests, load testing, edge cases — how will you validate this actually works? Critical paths need extensive tests. Nice-to-have features can have lighter coverage. Be explicit about what needs what level of testing. Define test coverage expectations. இந்த மில்லியன் தேவைகள் சேமிக்க வேண்டும் என்றால், நீங்கள் அளவுக்கு அதை சோதிக்க வேண்டும். k6 அல்லது Locust போன்ற கருவிகளை பயன்படுத்துகிறேன் load simulate.Don't wait until production to discover your database falls over at 10,000 QPS. Plan load/performance testing for high-traffic features. இந்த மாதிரி think different type விளம்பரங்கள் தான் add industriesla இப்போ Hot... Consider chaos engineering for critical systems. அதாவது, கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான கணிசமான Test edge cases and failure modes, not just happy paths. Automated tests are great, but they only catch what you thought to test for. A human clicking around can find the weird stuff. Plan for manual QA/exploratory testing where needed. ஆங்கிலத்தில் இதை Single Orgasm, Multiple Orgasm என்றும் கூறுகிறார்கள். Include security testing for sensitive features. காலம் மற்றும் milestones Realistic estimates, buffer for unknowns, key delivery dates. ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] ஒரு கட்டமைப்பு தேவை அல்லது ஒரு சந்திப்பு டெமோ இருந்தால், அங்கு தொடங்க மற்றும் அது சாத்தியமா என்று புரிந்து கொள்ள திரும்ப வேலை. Work backwards from hard deadlines if they exist. If you're working in familiar territory with known tech, multiply estimates by 1.2x. If you're in unfamiliar territory or using new technology, multiply by 1.5x to 2x. I know it feels excessive, but I've never regretted padding estimates and I've always regretted being too optimistic. Pad estimates for unknowns. Every two weeks, you should be able to show something. It keeps momentum and surfaces problems early. Define clear milestones with demos or checkpoints. இதே சூழல், ஒவ்வொரு ஆண்டும் தொடர் கதையாக இருந்தும், அதிகாரிகள் போதிய கவனம் செலுத்த முன்வரவில்லை. Call out external constraints. Account for on-call rotations, other commitments, the fact that nobody is productive 8 hours a day. I usually assume 6 productive hours per engineer per day, and that's being generous. Be realistic about team capacity. Initial estimates are educated guesses. As you get into implementation, you learn things. Update your timeline accordingly. A spec should be a living document, not a contract written in stone. Update estimates as you learn more. திறந்த கேள்விகள் What still needs to be figured out? What requires more investigation? இந்த பகுதி நேரத்தில் நீங்கள் பதில் கிடைக்கும் போது குழப்ப வேண்டும், ஆனால் அது வேண்டும் முக்கியமானது. "We need to validate that approach X can handle our query volume" or "We should prototype the migration script on a test dataset first." List unknowns that need research or prototyping before committing. "Need security team review on encryption approach" or "Need product input on what the fallback behavior should be." Call out decisions that need input from specific people or teams. "We are assuming users will click this button, but we should A/B test to confirm" அல்லது "We think this cache hit rate will be 80%, but we should measure real traffic patterns first." Highlight areas where you need to validate assumptions with data. "We could optimize for latency or throughput but not both - இந்த பயன்பாட்டில் என்ன முக்கியம் என்று முடிவு செய்ய வேண்டும்." Be explicit about trade-offs you haven't resolved yet. Don't let open questions languish. Someone needs to be responsible for getting an answer, and there needs to be a deadline. Assign owners to each open question with target resolution dates. How culture plays a role ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] இதன் மூலம் அறிவுரையை குறைக்க மற்றும் அனைவருக்கும் அதே பக்கத்தில் உள்ளதை உறுதிப்படுத்தும். நீங்கள் ஒவ்வொரு முறையும் அமைப்பை மீண்டும் உருவாக்கக் கூடாது. நாங்கள் Notion இல் ஒரு மாதிரி இருந்தோம். Tandem இல், நாங்கள் Google Docs மாதிரிகளை பயன்படுத்தி, மற்றும் Docler இல், நாங்கள் Confluence இருந்தோம். Technical specifications should be based on a standard template. Having a standard template also means reviewing specs is easier. You know where to look for the problem statement, the requirements, the risks. You're not hunting through a free-form essay trying to figure out basic information. ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] Make all proposals publicly available. ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] This serves multiple purposes: it helps others learn, it encourages collaboration, it makes people aware of what's being built across the organisation. We had monthly கொழும்பில் நடைபெற்ற LankaPay Technnovation விருதுகள் வழங்கும் நிகழ்வில், ‘The Best Common ATM Acquirer of the year - Category C’ என்ற பிரிவில் DFCC வங்கி வெற்றியாளராக தெரிவானது. Schedule regular review sessions of critical proposals. "architecture review" ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] Tell people they're doing great. When someone writes a particularly good spec, I call it out in a public channel. இது ஐந்து நிமிடங்கள் எடுக்கும் மற்றும் அது மக்கள் அவர்கள் செய்கிற வேலை பற்றி நன்றாக உணர்கிறது. "This spec from Alex is an excellent example of how to structure a complex proposal — check it out for reference." The spec is the work இதோ என் இறுதி நினைவு, மற்றும் அது இந்த முழு பதிவில் மிகவும் முக்கியமான விஷயம்: எழுதுதல் spec வேலை செய்கிறது. Too many engineers treat the spec as overhead before the ஒரு முதியவன் பாதாளங்களைத் தாண்டும் தன் மந்திரக்கோலால் சாய்த்தபடியிருக்கிறான் நாட்சத்திரங்களை. .............................................................................................................................................................................. இது எத்தனையாவது [...] "real work" கொழும்பில் நடைபெற்ற LankaPay Technnovation விருதுகள் வழங்கும் நிகழ்வில், ‘The Best Common ATM Acquirer of the year - Category C’ என்ற பிரிவில் DFCC வங்கி வெற்றியாளராக தெரிவானது. எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும், எல்லோருக்கும் உண்டு. So the next time you're tempted to skip the spec and just start coding, resist. Open up that document. Start with the problem. Work through the details. Invite smart people to poke holes in your logic. Iterate. Your future self — and your on-call rotation — will thank you. My . It captures most of the ideas discussed here. If your organisation doesn't have a technical proposal template yet, use this as a starting point. product proposal template is available on GitHub product proposal template on GitHub இல் கிடைக்கும்.