金银河:拟向特定对象增发募资不超 15 亿元
Readhub
金银河公告,拟向不超过 35 名符合中国证监会规定条件的特定对象发行 A 股股票,发行数量不超过 6785.99 万股,占本次发行前总股本的 30%,募集资金总额不超过 15 亿元,扣除发行费用后全部用于多个电池及相关材料、装备产业化、研发建设项目和补充流动资金。
Балл: 57.19Уверенность: 54%
ПодробнееЗагружаем каталог…
НАВИГАТОР ПО ВОЗМОЖНОСТЯМ ИИ
Найдите свой ИИ-инструмент. Бесплатный доступ, пробные периоды и кредиты — в одном месте.
Readhub
金银河公告,拟向不超过 35 名符合中国证监会规定条件的特定对象发行 A 股股票,发行数量不超过 6785.99 万股,占本次发行前总股本的 30%,募集资金总额不超过 15 亿元,扣除发行费用后全部用于多个电池及相关材料、装备产业化、研发建设项目和补充流动资金。
Балл: 57.19Уверенность: 54%
ПодробнееReadhub
海思科自主研发的创新药 HSK42360-Na 片正式被国家药监局药品审评中心纳入《突破性治疗品种名单》,用于治疗 BRAFV600 突变的复发或进展性高级别脑胶质瘤。该药为 BRAF 悖论破坏剂抑制剂,中枢神经系统渗透性优异,已开展的临床试验显示疗效突出且安全性可控,纳入突破性治疗后有望在上市申报阶段获得优先审评资格,加速上市进程。
Балл: 57.19Уверенность: 54%
ПодробнееReadhub
通鼎互联及全资子公司上海鼎启芯曜科技拟以 1 亿元现金收购华浩直接及间接持有的南京和本机电设备科技有限公司 14.2984% 股权,交易完成后,公司直接及间接持有目标公司股权比例将由 55.00% 上升至 69.30%,本次交易不构成关联交易及重大资产重组。
Балл: 57.19Уверенность: 54%
ПодробнееReadhub
中科飞测公告,公司实控人的一致行动人深圳小纳光实验室投资企业(有限合伙)因自身资金安排,计划以集中竞价交易方式减持公司不超 100 万股,占总股本比例不超 0.28%,减持期间为公告披露之日起十五个交易日后的三个月内。截至公告披露日,小纳光持有公司股份 1885.59 万股,占总股本 5.36%,均为 IPO 前取得,本次减持不会导致公司控股股东、实控人发生变化。
Балл: 57.18Уверенность: 54%
Подробнееvelog
wlcome to HackersList This is the largest anonymous and free marketplace for hacking. Hire expert professional hackers, Phone hackers, Facebook hackers, WhatsApp hackers. Hack Instagram. Hire a phone spy. Absolute privacy, Secure payment, 72-hour refund policy. 1674 verified hackers, 18,290 employers, 41,785 successful hacking jobs A website is often one of the most important digital assets for a modern business. It may handle customer information, account credentials, payment transactions, contact forms, business data, and connections to third-party services. Because websites are exposed to the internet, security weaknesses can potentially become entry points for unauthorized activity. Visit now; https://blackhat-hire.com/ . Hiring a certified ethical hacker for website security testing can help organizations identify weaknesses before they are exploited. Ethical hackers work with permission from the website owner and use controlled security-testing methods to assess vulnerabilities, configuration problems, authentication controls, application behavior, and other security concerns. Professional security testing is not simply about finding technical flaws. A well-planned assessment should also help an organization understand the potential impact of findings, prioritize remediation, and improve its overall security program. NIST SP 800-115 describes security testing as a process that can help organizations find vulnerabilities, analyze findings, and develop mitigation strategies. What Is a Certified Ethical Hacker? A certified ethical hacker is a cybersecurity professional who has demonstrated relevant knowledge or skills through professional training, certification, experience, or a combination of these qualifications. Unlike a malicious attacker, an ethical hacker performs testing with authorization. The Visit now; https://blackhat-hire.com/ . bjective is to identify security weaknesses so that the website owner can address them. Certification can be useful when evaluating potential security professionals, but it should not be the only selection factor. Organizations should also consider practical experience, testing methodology, communication skills, references, scope management, and familiarity with the technologies used by the website. For example, a security professional testing a WordPress website may need experience with content-management systems, plugins, hosting configurations, authentication, databases, APIs, and web-server security. A professional assessing a custom web application may require experience with modern frameworks, cloud infrastructure, APIs, authentication systems, and application architecture. Why Hire an Ethical Hacker for Website Security Testing? Automated security scanners can identify many common issues, but they may not understand the full context of an application's functionality. Manual testing can provide additional insight into how different components interact. OWASP's Web Security Testing Guide provides a comprehensive framework for testing web applications and web services, covering areas such as authentication, authorization, session management, input validation, cryptography, business logic, and error handling. An ethical hacker can help organizations: Identify vulnerabilities in web applications Review authentication and authorization controls Examine session-management security Assess exposed services and configurations Identify information leakage Review security-related application behavior Evaluate encryption and HTTPS/TLS configuration Examine APIs and integrations Assess security controls around sensitive functionality Provide remediation recommendations The purpose is to provide the website owner with actionable information rather than simply generating a list of technical findings. Website Security Testing Services Website security testing can cover several different areas depending on the technology, business requirements, and agreed scope. Website Vulnerability Assessment A vulnerability assessment focuses on identifying known or suspected weaknesses within the website and its supporting environment. Testing may examine software versions, exposed services, security configurations, outdated components, and other potential weaknesses. Automated tools can provide useful coverage, while manual review can help validate important findings. NIST identifies vulnerability scanning and penetration testing among the technical approaches organizations can use as part of security testing and assessment. Web Application Security Testing Web application testing focuses on the application's functionality and security controls. An ethical hacker may review areas such as: Authentication Authorization Session management Input validation Error handling Business logic Security configuration Data protection Cryptographic implementation OWASP describes web application security testing as an active evaluation of an application's security controls and weaknesses, with findings presented to the system owner along with impact and mitigation information. Visit now; https://blackhat-hire.com/ . Authentication and Session Security Login systems are an important part of website security. Testing may examine whether authentication controls are appropriately implemented and whether sessions are properly managed. The assessment can review issues such as weak account protections, insecure session handling, insufficient access controls, and improper security configurations. The exact testing approach should depend on the application's design and the rules established before the assessment begins. Authorization Testing Authentication determines who a user is, while authorization determines what that user is allowed to access. An ethical hacker can review whether users can access functions or information outside their intended permissions. This is especially important for websites containing multiple account types, such as: Customers Employees Administrators Vendors Managers Support users Testing should be performed carefully and within the approved scope so that legitimate accounts and production data are not unnecessarily affected. API Security Testing Modern websites frequently communicate with APIs. These interfaces may connect websites to mobile applications, payment services, databases, cloud platforms, and other systems. API security testing can examine authentication, authorization, input handling, data exposure, error responses, and other security controls. An assessment should include the APIs that are actually within the organization's authorized testing scope. Visit now; https://blackhat-hire.com/ . HTTPS and Transport Security Secure communication is essential for websites that transmit sensitive information. OWASP's current testing guidance includes testing transport-layer security and evaluating whether HTTPS/TLS is implemented securely. An ethical hacker can review relevant configuration issues and provide recommendations where improvements are appropriate. How a Professional Website Security Assessment Works A professional assessment should begin with planning rather than immediately testing the website. Step 1: Define the Objectives The organization should determine what it wants to learn from the assessment. Objectives might include: Identifying website vulnerabilities Reviewing application security controls Preparing for a security audit Assessing a recent website update Reviewing a customer portal Evaluating security before a major launch Clear objectives help the tester design an appropriate assessment. Step 2: Define the Scope The scope should identify exactly what the ethical hacker is authorized to test. It may include: Specific domains Subdomains Web applications APIs Testing environments Cloud resources Specific user roles It should also identify systems that are excluded. A clearly documented scope reduces misunderstandings and helps prevent unintended testing against third-party systems. Step 3: Obtain Written Authorization Visit now; https://blackhat-hire.com/ . Written authorization is one of the most important parts of ethical security testing. The agreement should identify the organization authorizing the assessment, the systems covered, testing dates, permitted activities, emergency contacts, and other relevant conditions. Security testing without appropriate authorization can create legal, operational, and contractual problems. Step 4: Establish Rules of Engagement Rules of engagement describe how testing will be conducted. They can address: Testing hours Permitted techniques Production-system restrictions Data-handling requirements Communication procedures Emergency stop procedures Reporting requirements NIST's security-testing guidance emphasizes planning, conducting assessments, analyzing findings, and developing mitigation strategies as important parts of an organized testing process. Visit now; https://blackhat-hire.com/ . Step 5: Perform the Assessment The ethical hacker then conducts the agreed testing. Depending on the project, this may include automated scanning, manual review, configuration assessment, application testing, and controlled validation of identified weaknesses. Testing should remain within the agreed scope. Step 6: Validate Findings Not every scanner result represents a confirmed security vulnerability. Professional testers should review important findings to determine whether they are genuine, relevant, and significant. This helps reduce false positives and gives the organization more useful information for remediation. Step 7: Prepare the Security Report A professional report should explain the findings clearly. A useful report may include: Executive summary Assessment scope Testing methodology Identified findings Severity or risk context Affected components Evidence Business impact Remediation recommendations Suggested priorities The report should be understandable to both technical teams and organizational decision-makers. How to Cho
velog
안녕하세요! 최근 PT샵에 다니면서 매장 데스크에서 흥미로운 장면을 목격했습니다. 트레이너 선생님들이 수업이 끝날 때마다 두꺼운 수기 장부를 꺼내 회원의 남은 횟수를 차감하고, 카카오톡으로 다음 예약 일정을 조율한 뒤, 이를 다시 엑셀 시간표에 일일이 옮겨 적고 계시더군요. 최근 스트레칭샵에 다니면서 데스크에서 아주 흥미로운 광경을 목격했습니다. 트레이너 선생님들이 수업이 끝날 때마다 두꺼운 수기 장부를 꺼내 남은 횟수를 차감하고, 카카오톡으로 다음 예약 일정을 조율한 뒤, 이를 다시 엑셀 시간표에 일일이 옮겨 적고 계시더군요. "만약 예약 시간이 겹치거나 당일 노쇼(No-show)가 발생하면 이 복잡한 의존성을 엑셀로 다 커버할 수 있을까?" "특히 1호점, 2호점 등 여러 지점을 운영하는 곳이라면 스케줄과 매출 관리가 얼마나 복잡할까?" 이러한 현장의 비효율을 해결하기 위해, 저는 오프라인 1:1 샵(PT, 스트레칭, 필라테스 등)의 사장님, 팀장님, 트레이너, 회원이 모두 스마트폰으로 간편하게 사용할 수 있는 크로스 플랫폼(Android & iOS) 예약/근무 관리 앱 을 직접 설계하고 개발해 보기로 했습니다. 웹이 아닌 '모바일 앱'을 선택한 이유 이러한 사내 관리 시스템(어드민)은 보통 PC 웹 브라우저용으로 제작됩니다. 하지만 실제 현장의 업무 환경을 분석해 본 결과, 모바일 앱이 필수적이라는 결론을 내렸습니다. 극대화된 이동성 : 트레이너와 팀장님은 PC 앞이 아니라 매트 위나 운동 기구 옆에서 업무를 봅니다. 주머니 속 스마트폰으로 즉시 다음 스케줄을 확인하고 수업 일지를 작성해야 합니다. 즉각적인 푸시 알림 (Push Notification) : 카카오톡 메시지를 일일이 보낼 필요 없이, '예약 1시간 전 알림', '당일 취소로 인한 횟수 차감 안내', '팀장님의 휴무 승인 알림' 등을 스마트폰 푸시 알림으로 즉각 전달할 수 있습니다. 핵심 기능 및 권한 분리 (RBAC) 정보보안을 전공하며 시스템을 설계할 때 가장 중요하게 생각하는 부분은 '권한에 따른 데이터 접근 제어(Access Control)'입니다. 단일 엑셀 파일이나 구글 스프레드시트로 샵을 관리하면, 트레이너가 샵의 전체 매출을 보거나 다른 직원의 민감한 스케줄까지 열람하게 되는 프라이버시/보안 문제가 발생합니다. 특히 이 서비스는 '다수의 지점(Branch)'을 운영하는 환경까지 고려하여, 역할을 4단계로 엄격하게 분리했습니다. 회원 (Member) 내 남은 수강권 횟수 및 유효기간 실시간 조회 원하는 트레이너의 예약 가능한 시간표 조회 및 캘린더 직접 예약/취소 트레이너 (Trainer) 나의 주간/월간 근무 스케줄(예약 현황) 확인 담당 회원의 수업 일지 및 특이사항(체형, 부상 이력 등) 메모 작성 본인 소속 지점의 타 트레이너 스케줄 조회 가능 (타 지점의 데이터나 매출 정보 등은 열람 불가) 팀장 (Manager) 지점 관리자: 본인이 담당하는 지점(단일 또는 다지점)의 전체 트레이너 스케줄 관리 신규 회원 등록 및 수강권(횟수) 부여, 담당 지점 현황 모니터링 (타 지점의 매출 정보, 스케줄표 확인 가능) 관리자/사장 (Admin) 전체 지점 등록 및 팀장/트레이너 계정 발급 모든 지점의 예약 및 매출 현황 대시보드 조회 기술 스택 선정 빠른 속도로 안드로이드와 iOS 앱을 동시에 배포하면서도, 다지점 관리가 가능한 튼튼한 비즈니스 로직을 구현하기 위해 다음과 같은 스택을 선정했습니다. Frontend (App): React Native (Expo) 웹 프론트엔드(React) 개발 경험을 살려, 하나의 코드베이스로 양대 마켓 앱을 동시 개발합니다. Backend (API): Node.js + Express 가볍고 빠른 API 서버를 구축합니다. Database: MySQL (RDBMS) 예약 시간 중복 방지, 횟수 차감은 물론 '지점 - 팀장 - 트레이너 - 회원'으로 이어지는 복잡한 관계형 데이터 트랜잭션을 무결성 있게 관리하기 위해 채택했습니다. Security: JWT (JSON Web Token) 기반 인가(Authorization) 유저의 Role과 소속 지점 ID를 페이로드에 담아, 트레이너가 타 지점 매출을 보려 하거나 회원이 남의 예약의 취소하는 등의 비정상적인 접근을 서버 단에서 원천 차단합니다. 다음 편 예고 비즈니스 요구사항과 전체적인 뼈대 기획이 완료되었습니다! 보통 이다음엔 곧바로 복잡한 DB 테이블(ERD)을 짜러 백엔드로 넘어가곤 하지만... 눈에 보이는 화면(UI) 없이 머릿속으로만 데이터를 상상하면 나중에 꼭 필요한 필드가 빠져서 DB를 갈아엎게 되더라고요. 😅 우리 앱은 권한(회원, 트레이너, 팀장, 사장님)이 4개나 되는 만큼, 각자가 앱을 켰을 때 보게 될 화면과 필요한 정보가 완전히 다릅니다. 이 4인 4색의 화면을 먼저 스케치해두면, 나중에 DB와 API를 설계하기가 훨씬 명확하고 수월해지겠죠? 그래서 다음 [2편]에서는 백엔드로 넘어가기 전, 사용자 역할별 맞춤형 화면(UI/UX) 기획과 React Native(Expo) 프로젝트 뼈대 세팅을 진행해 보겠습니다. 현업 개발자처럼 와이어프레임을 짜고, 권한에 따라 탭 네비게이션(Tab Navigation)을 분기하는 과정! 기대해 주세요! -👋
Балл: 54.4
velog
Where to Buy Yahoo Accounts in 2026 – Instant Delivery Businesses in 2026 need flexible and organized communication systems to manage customers, suppliers, projects, subscriptions, and internal operations. Email remains an important part of daily business activity, especially for entrepreneurs, freelancers, agencies, online stores, and remote teams. ✅✅✅🛒🛒🛒🛒🛒⭐⭐⭐⭐⭐⭐✅✅✅✅✅✅🔰🔰 🔰🔰Want to know more? Have questions? Just contact us 🔰🔰Phone Number:+447916688316 🔰🔰Email: smmpvaio@gmail.com 🔰🔰WhatsApp Link: https://wa.me/+447916688316 🔰🔰Telegram Web Link: https://t.me/Smmpvaio 🔰🔰parsonal site: https://smmpvaio.com/product/buy-yahoo-account/ ✅✅✅🛒🛒🛒🛒🛒⭐⭐⭐⭐⭐⭐✅✅✅✅✅✅🔰🔰 If you are searching for Buy Yahoo Accounts, SMMPVIO provides an online platform where customers can learn more about Yahoo account services and contact the team before placing an order. Visit smmpvio.com to review the available information, ask questions, and discuss your requirements. Customers often look for instant delivery because they want to begin managing their email workflow without unnecessary delays. Delivery time can depend on account availability, order quantity, verification, and the provider’s current process. Buyers should confirm the expected delivery time before completing an order. Yahoo accounts should be used lawfully and according to Yahoo’s applicable terms. They should never be used for spam, fraud, phishing, impersonation, harassment, or unauthorized access. Why Businesses Need Additional Yahoo Accounts A growing business may receive many messages every day. Customer enquiries, sales requests, supplier communication, project updates, newsletters, and administration messages can become difficult to manage through one inbox. Additional Yahoo accounts can help businesses separate communication by department or purpose. A company may use one account for customer support, another for sales, and another for general business enquiries. Agencies can use dedicated inboxes for different clients or campaigns. Freelancers may use separate accounts for different projects. This type of structure can make it easier to find important messages and assign responsibilities to team members. When entrepreneurs Buy Yahoo Accounts, they should first decide how each account will be used. A simple plan can improve organization and reduce unnecessary account management. What Does Instant Delivery Mean? Instant delivery usually refers to a fast digital delivery process after an order has been confirmed and the required payment or verification steps have been completed. The exact delivery time may depend on account availability, order volume, customer requirements, and the provider’s current service process. Customers should ask how the account details will be delivered and which contact channel will be used. If a customer places a bulk order, delivery may require additional preparation or may be completed in stages. Fast delivery is convenient, but accurate information and secure delivery are equally important. Before you Buy Yahoo Accounts, confirm the expected delivery time with the provider. How to Find a Reliable Yahoo Account Provider Choosing the right provider is important when looking for Buy Yahoo Accounts in 2026. Customers should compare more than price. Start by visiting the provider’s website. Look for clear product information, contact details, support options, and understandable ordering instructions. Next, send a short enquiry about availability, delivery, account details, and support. Pay attention to the provider’s response. A professional service should answer clearly and should not pressure customers into making an immediate payment. Review any refund, replacement, or issue-resolution conditions before confirming an order. Customers should also avoid providers that request unnecessary personal information or encourage activity that violates platform rules. Why Choose SMMPVIO? SMMPVIO provides a platform where customers can learn more about Yahoo account services and contact the service team before placing an order. Visit smmpvio.com to review the available information and ask about account availability, pricing, delivery, and support. A professional service should make the buying process easy to understand. Customers should know what they are purchasing and what steps to follow after delivery. SMMPVIO can be a starting point for entrepreneurs, freelancers, agencies, and businesses that need additional Yahoo accounts for legitimate communication. Customers should confirm the current product details before completing a transaction because availability and delivery conditions may change. Benefits of Buy Yahoo Accounts Better Inbox Organization Separate accounts can help businesses divide sales, support, subscriptions, project updates, and administrative messages. Faster Team Communication Different employees can manage dedicated inboxes according to their responsibilities. Easier Customer Support A separate support address can help businesses monitor customer questions and organize replies. Improved Project Management Project-specific accounts can keep instructions, files, deadlines, and client communication in one place. Flexible Business Operations Additional accounts can support new campaigns, departments, services, and customer communication channels. These benefits depend on responsible account management and proper security practices. Yahoo Accounts for Entrepreneurs Entrepreneurs often manage many responsibilities at once. They may communicate with customers, suppliers, employees, freelancers, and partners during the same day. Separate Yahoo accounts can help divide these activities into organized inboxes. Product Information to Review When comparing Buy Yahoo Accounts services, review the following details: Account availability Delivery timing Login information Recovery details where applicable Customer support Replacement conditions Refund information Privacy practices Payment instructions Acceptable usage rules A professional provider should explain these details before the order is confirmed. Customers should ask for clarification whenever any part of the service description is unclear. Frequently Asked Questions Where can I Buy Yahoo Accounts in 2026? Visit smmpvio.com, review the available information, and contact SMMPVIO with your requirements. Ask about availability, pricing, delivery, account details, and support. Does instant delivery mean immediate access? Instant delivery may refer to a fast digital delivery process after confirmation. Exact timing depends on availability, order size, and provider conditions. Can businesses use Yahoo accounts? Businesses may use Yahoo accounts for legitimate customer support, sales communication, project management, subscriptions, and administration. What should I check before ordering? Check the account details, delivery method, support, privacy practices, payment instructions, replacement conditions, and acceptable usage requirements. Can I place a bulk order? Bulk order availability depends on the provider’s current service conditions. Contact SMMPVIO to discuss your requirements. Should I change the password after delivery? If permitted by the relevant terms, changing the password and reviewing recovery information can improve security. How can I contact SMMPVIO? Visit smmpvio.com to review the available contact information and send an enquiry about Yahoo account services. What if the delivery is delayed? Contact SMMPVIO promptly and explain the situation clearly. Keep your order information available, but do not send full passwords or payment credentials through unsecured channels. Business Order Enquiries Customers interested in Buy Yahoo Accounts can contact SMMPVIO before placing an order. A clear enquiry may include the intended business use, required quantity, preferred communication channel, and questions about instant delivery. Customers should not feel pressured to complete a purchase before understanding the product and service conditions. Visit smmpvio.com to learn more about the available service and contact the SMMPVIO team. Final Thoughts Finding where to Buy Yahoo Accounts in 2026 requires careful research and clear communication. Customers should consider product details, delivery speed, account security, support, privacy, and acceptable usage. Instant delivery can be convenient, but customers should confirm the exact delivery timeline before ordering. Availability and processing time may depend on the product and order quantity. SMMPVIO provides a convenient platform for customers who want to learn more about Yahoo account services. Visit smmpvio.com to review the information and send your enquiry. Use every account responsibly, protect login credentials, and follow Yahoo’s applicable terms. Do not use accounts for spam, fraud, phishing, impersonation, harassment, or unauthorized activity. A professional buying decision begins with realistic expectations and complete information. If you are ready to explore your options, visit smmpvio.com and contact the team today.
velog
1.복잡도 복잡도에는 시간 복잡도와 공간 복잡도가 존재한다. 1-1. 시간 복잡도 :컴퓨터 프로그램의 입력값과 연산 수행 시간의 상관관계를 나타내는 척도 예를들어 for (int i = 0; i < n; i++) { printf("%d\n", i); } 에서 반복문이 n번 실행되므로 시간복잡도는 T(n)=n이다. 아래로 내려갈수록 입력이 커질수록 부담이 커진다. 시간복잡도를 나타내는데 다양한 점근 표기법이 있는데 흔히 이런 표기법들을 사용한다. 이 세가지 표기법 중 Big-O를 가장 많이 사용하는데 그 이유는 프로그래밍에서는 알고리즘이 얼마나 느려질 수 있는지를 제한하는 것이 실용적으로 중요하고, 관습적으로 Big-O를 대표 표기처럼 사용하기 때문이라고 한다. 1-2.공간 복잡도 공간 복잡도란 알고리즘이 실행되는 동안 얼마나 많은 메모리 공간을 사용하는지 나타내는 개념이다. 2.재귀함수 정의 단계에서 자신을 재참조하는 함수를 의미한다. 예시로 def factorial(n): if n == 1: return 1 return n * factorial(n - 1) print(factorial(5)) 이러한 팩토리얼 함수를 들 수 있다. 재귀함수에서 가장 중요한 조건은 자기 자신을 호출하고 종료 조건이 있어야 한다는 것이다. 3.Selective Sort 활동시간에 한 주어진 리스트를 오름차순으로 정리한것 def selection_sort(data): n = len(data) for min in range(n-1): min_index = min for i in range(min+1,n): if data[i] < data[min_index]: min_index = i data[min],data[min_index] = data[min_index],data[min] return data data = [5, 4, 3, 2, 1] print("정렬 결과 : ",selection_sort(data)) OT날 오름차순 정리 코드 짠 것 numbers = [2,1,5,4,3] for i in range(len(numbers) - 1): for j in range(len(numbers)-1): if numbers[j] > numbers[j+1]: temp = numbers[j] numbers[j] = numbers[j+1] numbers[j+1] = temp print(numbers)
Балл: 54.4Уверенность: 49%
Подробнееvelog
BAINT를 만들어 오면서 처음에는 완전히 이해하지 못했던 것을 하나 배우게 되었습니다 학생들에게 항상 더 많은 정보가 필요한 것은 아닙니다 때로는 같은 정보를 이해할 수 있는 다른 방법이 필요합니다 학생들과 계속 이야기하고 아이디어를 테스트하며 BAINT 데모를 실제 사람들에게 보여주면서 이 차이가 점점 더 분명해지고 있습니다 학생들이 우리에게 보여주고 있는 것 다양한 전공의 학생들과 이야기하면서 여러 가지 학습의 어려움을 발견하고 있습니다 어떤 학생들은 설명이 너무 빠르게 진행되어 어려움을 느낍니다 어떤 학생들은 이론은 이해하지만 실제로 적용하는 과정에서 어려움을 겪습니다 어떤 학생들은 그림이나 시각적인 설명이 필요합니다 어떤 학생들은 하나의 개념을 더 작은 단계로 나누어야 이해할 수 있습니다 어떤 학생들은 개념을 이해하기 전에 먼저 충분한 맥락이 필요합니다 그리고 어떤 학생들은 같은 내용을 완전히 다른 방식으로 설명해야 이해할 수 있습니다 이런 경험은 BAINT를 바라보는 우리의 방식도 바꾸었습니다 BAINT의 목표는 더 긴 답변을 제공하는 것이 아닙니다 학생에게 실제로 어떤 도움이 필요한지 이해하는 것이 목표입니다 수학 계산을 어려워하는 학생에게는 단계별 풀이가 필요할 수 있습니다 공학을 공부하는 학생에게는 실제 적용 사례가 필요할 수 있습니다 생물학적 구조를 공부하는 학생에게는 시각적인 설명이 필요할 수 있습니다 역사를 공부하는 학생에게는 사건을 맥락과 순서로 연결하는 설명이 필요할 수 있습니다 답을 주는 것만으로 항상 문제가 해결되는 것은 아닙니다 답에 도달하는 방식도 중요합니다 지금까지의 여정에서 가장 최근의 변화 BAINT는 아직 초기 단계입니다 우리는 계속 테스트하고 있습니다 계속 학생들과 이야기하고 있습니다 BAINT를 사용하거나 데모를 살펴본 사람들의 이야기를 계속 듣고 있습니다 그리고 지금까지 만들어 온 일부 기능도 다시 생각해 보고 있습니다 AI 학습 도우미를 만드는 것이 가능한 한 많은 기능을 추가하는 것만은 아니라는 것을 배우고 있습니다 때로는 무언가를 제거하는 것이 더 나은 선택일 수 있습니다 때로는 인터페이스를 더 단순하게 만드는 것이 필요합니다 때로는 만들 때는 유용해 보였던 기능이 학생들의 이야기를 듣고 나면 생각보다 중요하지 않을 수도 있습니다 지금 우리가 있는 곳도 바로 그 과정의 일부입니 학생들이 알려준 내용을 바탕으로 BAINT에서 무엇을 유지하고 무엇을 바꾸며 다음에는 무엇을 만들어야 할지 결정하고 있습니다 모든 것을 이미 알아냈다고 말하려는 것이 아닙니다 실제로 도움이 되는 것에 더 가까워질 때까지 계속 배우려고 합니다 더 나은 개발 장비도 필요합니다 현재 우리가 계속 마주하고 있는 현실적인 어려움 중 하나는 BAINT를 개발하는 데 사용하는 장비입니다 제한된 환경에서 BAINT를 만들고 있기 때문에 더 나은 개발 장비가 있다면 테스트와 개발 그리고 다음 단계의 제품 작업을 더 빠르게 진행할 수 있습니다 그래서 혹시 사용하지 않는 비교적 상태가 좋은 노트북이나 개발용 기기가 있고 BAINT의 작업을 지원하는 데 사용할 수 있다면 저희는 기꺼이 이야기를 나누고 싶습니다 새 제품일 필요는 없습니다 더 빠르게 만들고 테스트할 수 있을 만큼 안정적으로 사용할 수 있는 장비라면 충분합니다 우리가 만들고 있는 것을 믿고 이런 방식으로 BAINT를 지원하고 싶다면 아래 이메일로 연락할 수 있습니다 baintcomputer@gmail.com 앞으로 무엇을 할 것인가 지금은 학생들과 계속 가까이에서 함께하려고 합니다 더 많은 대화 더 많은 테스트 더 많은 학습 더 많은 데모 개선 교육과 기술 분야에서 만들고 있는 사람들과 더 많은 연결 그리고 더 많은 비공개 작업 우리는 아직 BAINT가 정확히 어떤 모습이 되어야 하는지 계속 알아가는 중입니다 하지만 방향은 조금씩 더 선명해지고 있습니다 학생들에게는 하나의 개념으로 들어갈 수 있는 다양한 방법이 필요합니다 그리고 BAINT가 그것을 더 잘 이해할 수 있도록 만드는 것이 우리가 앞으로 해보고 싶은 일입니다 우리는 정보를 얻는 것과 이해하는 것은 같지 않다고 생각하기 때문에 BAINT를 시작했습니다 그 생각은 변하지 않았습니다 오히려 우리가 만난 학생들의 이야기가 그 생각을 더 강하게 만들었습니다 Still listenin Still connecting Still building BAINT 🌱📚 Lebel Bros Founder, BAINT Computer
Балл: 54.4Уверенность: 49%
Подробнееvelog
배송대행 폼에서 박스의 가로·세로·높이를 받는다고 해 보겠습니다. 화면에 숫자가 입력됐다는 사실만으로 계산을 시작해도 될까요? 빈 값, 음수, 단위 혼동, 아직 포장하지 않은 예상값을 구분하지 않으면 계산 결과가 정밀해 보여도 잘못된 안내가 될 수 있습니다. 작성자는 김빠른 운영에 참여합니다. 이 글은 별도로 만든 교육용 코드이며 김빠른 운영 서버의 요금 계산 코드나 실제 요율을 공개하는 글이 아닙니다. 원고와 설명 이미지에 AI를 활용했고, 아래 예제의 정상·오류 입력 12가지를 로컬에서 실행했습니다. 1. 입력값과 적용 규칙을 다른 필드로 받습니다 박스 치수에는 cm처럼 단위가 필요합니다. 여기에 부피를 무게로 환산하는 계수, 올림 단위, 적용 서비스가 함께 있어야 실제 청구 기준을 논할 수 있습니다. 이 예제는 치수 입력 검증과 나눗셈까지만 다룹니다. 5000과 6000은 동작 비교용 가정값이며 김빠른이나 특정 운송사의 적용 계수가 아닙니다. AI 생성 설명 이미지입니다. 실제 고객 택배나 창고 사진이 아닙니다. 2. Decimal로 계산해도 입력 검증은 필요합니다 Python의 Decimal은 문자열에서 십진수를 다룰 수 있지만 NaN, Infinity도 표현합니다. 따라서 숫자 변환이 성공했다고 유효한 박스 치수로 받아들이면 안 됩니다. 이 예제는 유한한 양수만 통과시키며, bool도 숫자로 취급하지 않습니다. 세부 동작은 Python Decimal 공식 문서 를 참고했습니다. from decimal import Decimal, InvalidOperation def positive_decimal(raw): if isinstance(raw, bool): raise ValueError('measurement must be a positive finite number') try: value = Decimal(str(raw).strip()) except (InvalidOperation, ValueError): raise ValueError('measurement must be a positive finite number') from None if not value.is_finite() or value <= 0: raise ValueError('measurement must be a positive finite number') return value def volumetric_kg(length_cm, width_cm, height_cm, *, divisor): l, w, h, d = map(positive_decimal, (length_cm, width_cm, height_cm, divisor)) return l * w * h / d assert volumetric_kg('40', '30', '20', divisor='5000') == Decimal('4.8') assert volumetric_kg(' 40.5 ', '30', '20', divisor='5000') == Decimal('4.86') assert volumetric_kg('40', '30', '20', divisor='6000') == Decimal('4') 첫 세 가지는 정상 결과 비교입니다. 추가로 길이에 0, -1, 빈 문자열, abc, NaN, Infinity, True, None을 각각 넣는 8가지와 계수를 0으로 넣는 1가지를 확인했고 모두 ValueError로 거절됐습니다. 정상 3건과 오류 9건, 총 12건입니다. 3. 계산값이 곧 청구 무게는 아닙니다 예제의 4.8이라는 결과를 화면에서 ‘확정 청구 무게 4.8kg’으로 바꾸면 검증하지 않은 결정을 덧붙인 셈입니다. 실중량과 비교하는 방식, 최소 과금 무게, 올림 단위, 포장 후 재측정, 서비스별 적용 규칙은 이 함수에 없습니다. 화면에서는 최소한 입력 치수·단위, 적용 계수의 근거, 측정 여부, 계산 시점을 별도로 보여주는 편이 좋습니다. 예상 치수로 계산한 값은 예상이라고 표시하고, 최종 측정값으로 바뀌면 어떤 입력이 달라졌는지도 확인할 수 있어야 합니다. AI 생성 설명 이미지입니다. 실제 운송 기록이나 앱 화면이 아닙니다. 4. 운영에 넣기 전에 남은 일 이 예제는 모든 입력을 위한 범용 검증기가 아닙니다. 과도하게 긴 문자열, 지수 표기, 매우 큰 값에 대한 상한, 소수점 자릿수, Decimal 연산 문맥, 오류 메시지의 현지화, 재계산 이력은 별도로 정해야 합니다. 이미 float로 오염된 값을 문자열로 바꾼다고 원래 입력을 복원할 수도 없습니다. 서비스 안내를 연결할 때도 국가 선택과 입력 폼의 맥락을 유지해야 합니다. 김빠른 스페인 배송대행 안내 는 국가별 이용 흐름을 확인할 수 있는 자사 참고 페이지입니다. 위 가정 계수나 교육용 함수가 그 페이지의 운영 요금 기준이라는 뜻은 아닙니다. 핵심은 계산 함수를 복잡하게 만드는 것보다, ‘입력한 수치’, ‘적용한 규칙’, ‘사용자에게 약속한 값’을 분리하는 것입니다. 작은 예제의 테스트 통과와 실제 요금 시스템 검증도 구분해야 합니다.
Балл: 54.4Уверенность: 49%
Подробнееvelog
대상 기간 : 2026-09-21 ~ 2026-09-23 (5~7일차) | 형식 : 4L | 작성일 : 2026-09-28 Liked 1주차에는 파이썬과 Git처럼 어느 정도 알고 있던 내용을 다시 배우는 부분이 많아서, 예습과 복습은 필요했지만 크게 무리하지 않는 선에서 혼자 보충하고 머릿속에 구조화해 나갈 수 있었다. 반면 2주차에는 처음 배우는 FastAPI 와 웹 프레임워크의 구조가 본격적으로 등장했다. 생각보다 훨씬 많은 시간이 필요했지만, 이해되지 않는 부분을 그냥 넘기지 않고 질문을 계속 쪼개서 다시 확인했다. 5일차 에는 FastAPI의 요청·응답 구조 와 경로·쿼리 매개변수 를 배우며 도서 목록 API를 구현해봤다. limit=0 과 /tasks/99 를 비교해 422 와 404 가 발생하는 지점을 구분하고, total 과 실제 반환되는 items 가 왜 다를 수 있는지도 직접 계산하며 확인했다. 처음 접하는 내용이었지만, 큰 흐름과 구조를 내 언어로 바꾸어 기록하고 그림으로 순서를 그려보면서 비교적 높은 이해도로 마무리했다고 생각한다. 6일차 에는 Pydantic 요청 검증, 응답 모델, 의존성 주입 이 한꺼번에 등장하면서 지금까지의 일일학습 중 가장 오랜 시간이 걸렸다. 학습하다가 회의감이 들 정도로 막히기도 했지만 정리를 포기하지 않고, 파이썬의 함수와 클래스 구조까지 되돌아가 다시 확인하려 노력했다. 6일차 당일에는 세부 코드를 전부 설명하지 못했어도, 이후 카페 주문 API를 다시 살펴보며 요청 모델·응답 모델·내부 기록의 역할을 구분하고 전체 흐름을 다시 연결할 수 있었다. 7일차 에는 비동기 처리, 외부 API, 예외 처리, 미들웨어, CORS 처럼 새로운 용어와 구조가 더해졌다. 수업 중에는 한 번 흐름을 놓친 뒤 코드를 따라 적기 바빴고, 트러블슈팅이 발생했을 때 이유를 이해하지 못한 채 AI에게 묻고 수정하기도 했다. 그래도 이후 질문을 작은 단위로 쪼개 다시 정리하면서, 당일에는 이유를 몰랐던 오류가 왜 발생했는지 설명할 수 있게 됐다. 추석 연휴 동안 완전히 쉬기보다 매일 조금씩이라도 학습하려고 했다. 6일차 카페 주문 API 와 7일차 상품 목록 페이지 API 를 다시 복습하면서, 5~7일차의 내용이 각각 떨어진 기능이 아니라 요청 한 건이 들어와 검사되고 처리된 뒤 응답으로 나가는 하나의 흐름이라는 점을 조금씩 연결할 수 있었다. 연휴가 없었다면 수업 진도를 따라가는 것만으로도 벅찼을 것 같지만, 쉬는 동안 부족했던 부분을 다시 볼 수 있었던 것이 다행이었다고 생각한다. 왕복 3시간의 출퇴근과 9시부터 6시까지 이어지는 교육, 캠퍼스에서의 자율학습 루틴에도 아직 적응하는 중이다. 부족한 점은 많지만, 첫 주보다 생활과 학습 리듬을 조금씩 만들어가고 있다는 점에서는 앞으로가 더 기대된다. Lacked 1주차에는 이미 접해본 파이썬과 Git을 중심으로 학습했기 때문에 모르는 부분을 혼자 보충하고 구조화하는 것이 가능했다. 하지만 2주차에는 FastAPI라는 웹 프레임워크 자체를 익혀야 했고, 클라이언트의 요청부터 서버의 검증과 처리, 응답까지 이어지는 전체 흐름도 함께 이해해야 했다. 여기에 실제 서비스에서는 각 기능이 왜 필요한지, 서비스 기획과는 어떻게 연결되는지까지 생각하려 하니 확실히 더 많은 시간 투자가 필요했다. 5일차에는 개념 이해도를 ‘상’이라고 생각했지만, 실제로 API를 실행하고 PR을 제출하는 과정에서는 서버 상태, 터미널 작업 위치, Git/GitHub 절차를 매 단계 AI에게 확인했다. 개념을 안다고 느끼는 것과 실제로 혼자 실행하는 것 사이에는 아직 간극이 있었다. 자기 지식에 대한 확신이 부족해 작업 과정 하나하나가 늦어지는 문제도 있었다. 6일차에는 “모델 객체를 함수에 전달한다”는 문장에서 막혀 파이썬의 함수와 클래스까지 다시 돌아가야 했다. 요청 모델과 응답 모델을 왜 따로 만드는지, 내부 기록과 공개 응답을 왜 분리하는지, 의존성 함수는 누가 언제 실행하는지 등이 한꺼번에 겹치면서 확실히 멘붕이 왔다. 모델과 함수를 관련 있다는 이유로 같은 클래스 안에 넣으려 했던 것처럼, 코드의 소속과 역할을 나누는 기준도 아직 부족했다. 7일차에는 비동기·외부 API가 예외·미들웨어·CORS보다 어렵게 느껴졌다. async def , 코루틴, await , 이벤트 루프, 블로킹·논블로킹처럼 비슷해 보이는 용어가 한꺼번에 등장했고, 코드도 점점 길어졌다. 큰 흐름은 잡았지만 실습 코드를 보면서 모든 줄의 입력, 실행 시점, 반환값을 바로 설명할 수 있는 수준은 아니었다. 수업 중 실습을 따라가고 당일 내용을 모두 복습하는 것만으로는 시간이 부족했다. 새로운 주제의 구조를 모르는 상태에서 정규 수업에 들어가면, 초반에 한 번 흐름을 놓친 뒤 뒤의 코드까지 계속 따라가기 어려워지는 문제가 있었다. 6~7일차에 특히 이 문제가 크게 드러났다. Learned 5일차에는 클라이언트와 서버, HTTP 요청·응답, GET과 POST, REST의 기본 설계 원칙을 배웠다. 경로 매개변수는 자원 하나를 특정하고, 쿼리 매개변수는 목록을 검색·필터링·정렬·페이지 처리하기 위한 조건이라는 기준을 익혔다. 요청 값의 형식이나 범위가 잘못되면 422 , 형식과 범위는 맞지만 실제 데이터가 없으면 404 가 된다는 것을 알게 됐다. offset 과 limit 은 조건에 맞는 결과 중 실제로 보여줄 구간을 정한다. total 은 이 범위를 적용하기 전에 조건에 맞았던 전체 개수다. 처음에는 limit=1 이면 total 도 1이라고 생각했지만, 포장 주문이 2개라면 한 건만 반환되더라도 total 은 2라는 것을 예시로 계산하면서 정정했다. 6일차에는 요청 검증, 의존성 주입, 응답 모델이 요청 처리 흐름의 서로 다른 위치에서 작동한다는 것을 배웠다. 요청 모델은 클라이언트가 보낸 본문을 경로 함수 실행 전에 검사하고, 의존성 함수는 여러 경로가 함께 사용하는 쿼리와 공통 준비물을 만든다. 응답 모델은 경로 함수가 처리한 결과 중 클라이언트에게 공개하기로 약속한 필드만 내보낸다. 카페 주문 API에서는 클라이언트가 menu_name , quantity , takeout 을 보내고, 서버가 id , status , staff_note 를 추가한다. 이 중 staff_note 는 내부 기록에만 보관하고 응답에는 포함하지 않는다. 생성·상세 응답과 목록 응답의 필드도 서로 다르기 때문에 각각의 공개 응답 모델이 필요하다. 요청 모델과 응답 모델은 단순히 클래스를 여러 개 만드는 것이 아니라, 들어오는 데이터와 나가는 데이터의 계약을 분리하기 위한 구조라는 점을 이해했다. 두 목록 경로는 같은 의존성 함수를 사용해 status , takeout , offset , limit 을 받는다. Depends(get_order_filters) 처럼 함수 자체를 전달해두면 FastAPI가 요청 시점에 호출하고, 검증된 결과를 경로 함수에 넣어준다. 메뉴별 목록은 먼저 경로의 menu_name 으로 주문을 고른 뒤 같은 공통 조건을 적용한다. 카페 주문 API를 다시 확인하면서 정상 생성은 201 , 잘못된 수량은 422 , 존재하는 주문 상세 조회는 200 , 없는 주문은 404 가 되는 것을 확인했다. response_model 을 통해 내부의 staff_note 가 응답에서 제외되는 것도 확인했다. 처음에는 각각의 상태 코드와 모델을 따로 외웠지만, 지금은 요청이 어느 단계에서 실패했는지에 따라 결과가 달라진다고 이해하고 있다. 7일차에는 비동기가 한 작업 자체를 빠르게 만드는 것이 아니라, 외부 응답을 기다리는 동안 다른 요청을 처리할 수 있게 하는 실행 방식이라는 것을 배웠다. async def 함수를 호출하면 바로 결과가 나오는 것이 아니라 코루틴 객체가 만들어지고, await 해야 함수가 실행되어 반환값을 받을 수 있다. 비동기 함수 안에서도 time.sleep() 같은 블로킹 코드를 사용하면 이벤트 루프 전체를 막을 수 있기 때문에, async def 라고 썼다는 사실만으로 비동기 처리가 완성되는 것은 아니다. 상품 목록 페이지 API에서는 우리 API의 page 와 size 를 외부 API의 skip 과 limit 으로 변환한다. 외부 API의 응답은 외부 응답 모델로 먼저 검사하고, 그중 필요한 필드만 우리 공개 응답 모델로 옮긴다. 외부의 title 을 우리 응답의 name 으로 바꾸고, 이미지·리뷰·내부 메타데이터는 공개하지 않는다. 이는 6일차에 배운 “내부 기록과 공개 응답의 분리”를 외부 데이터에도 적용한 구조였다. 외부 API를 호출할 때 우리 FastAPI는 브라우저 앞에서는 서버지만, 외부 API 앞에서는 HTTP 클라이언트가 된다. 외부 응답 시간 초과는 504 , 연결 실패·외부 오류 상태·예상과 다른 JSON 구조는 502 로 구분한다. 입력 검증 실패 422 , 업무상 존재하지 않는 데이터 404 , 외부 서비스 문제 502·504 처럼 실패가 발생한 위치에 따라 상태 코드가 달라진다는 흐름도 연결할 수 있었다. 결국 5~7일차에 배운 내용은 요청 한 건의 흐름 위에 놓는 게 핵심인 것 같다. 클라이언트가 값을 보내면 입력 검증이 먼저 이루어지고, 필요한 공통 조건은 의존성 함수가 준비한다. 경로 함수가 내부 로직이나 외부 API 호출을 수행하고, 예외는 실패 위치에 맞게 처리된다. 마지막에는 응답 모델이 공개 범위를 제한하며, 미들웨어는 이 요청과 응답의 앞뒤에서 공통 처리를 담당한다. Longed for 정규 수업이 끝난 뒤 복습만 빠르게 따라가는 방식에서 한 단계 더 나아가고 싶다. 퇴근길에는 다음 날 자료의 소제목을 먼저 훑고, 이미 아는 것 / 처음 보는 것 / 이전 흐름과 연결되는 부분 으로 짧게 나누어 적어봐야겠다. 완전히 이해하려 하지 않고, 다음 날 무엇을 배우는지에 대한 지도라도 먼저 만들어둔 상태로 들어가야 흐름을 빠르게 따라갈 수 있을 것 같다. 수업 중 새로운 기능이 나오면 문법부터 전부 이해하려 하지 않고, 먼저 요청 → 입력 검증 → 의존성 → 경로 함수 → 내부·외부 처리 → 예외 → 응답 모델 중 어디에 놓이는 기능인지 표시한다. 전체 지도에서 위치를 먼저 잡은 뒤 세부 코드를 보는 순서로 접근한다. 복습할 때는 그날 배운 코드를 처음부터 끝까지 다시 보는 것보다, 가장 막힌 개념 하나를 골라 정상 요청과 실패 요청을 각각 한 번씩 실행한다. 실행 전 예상 상태 코드와 응답을 먼저 적고, 실제 결과와 다른 부분만 다시 확인해볼 것. AI에게 코드를 요청하거나 수정하게 할 때는 먼저 목표, 입력, 출력, 검증 규칙, 상태 코드, 수정 범위를 직접 정리한다. 생성된 코드는 요청 범위를 벗어나지 않았는지, 배우지 않은 문법이 추가되지 않았는지, 내부 필드가 공개되지 않는지, 정상·실패 요청 결과가 계약과 일치하는지를 확인한다. “AI가 짜준 코드”가 아니라 “내가 이해하고 검증한 코드”로 남기는 것을 계속 연습하고자 한다. 아직 모든 코드를 백지에서 완성하거나 한 줄씩 바로 설명할 수 있는 단계는 아니다. 우선은 요청 한 건이 들어와 응답으로 나가기까지의 흐름을 놓치지 않고, 각 모델과 함수가 왜 그 위치에 있는지를 설명할 수 있는 수준을 단단하게 만들고 싶다. 이 기반을 바탕으로 다음 주의 API 테스트와 CRUD 통합에서는 새로운 내용을 따라가는 데만 급급하지 않고, 앞서 배운 FastAPI 구조를 실제 기능 안에서 반복해서 적용해보고 싶다. 📎 2주차 (9월 4주차) 일일회고 velog <5일차> FastAPI 설치 및 매개변수 <6일차> 요청 검증-응답모델-의존성 <7일차> 비동기처리-예외처리-미들웨어-CORS #FastAPI #웹프레임워크 #API구현
velog
안녕하세요, shekhar입니다. 2년 동안 웹 플랫폼(POS 시스템, 대시보드, 마켓플레이스 같은 것들)을 만들어온 개인 개발자입니다. 먼저 밝히고 시작할게요. 이 글에서 소개하는 오픈소스 프로젝트 Andromity 의 개발자가 바로 저입니다. 내 제품을 내가 소개하는 글이니, 좋은 점도 솔직하게, 아직 부족한 점도 솔직하게 쓰겠습니다. 🌐 공식 사이트: https://andromity.agenticmarket.dev 💻 GitHub: https://github.com/agenticmarket/andromity AI 코딩 에이전트를 쓸 때마다 저는 같은 생각을 했습니다. "이거 참 똑똑한데... 내 말은 제대로 듣고 있는 걸까?" Cursor도, Claude Code도 정말 잘 쓰고 있습니다. 그런데 쓰면 쓸수록 신경 쓰이는 게 있었어요. 에이전트가 확인도 없이 파일을 막 고쳐나가는 겁니다. 시킨 수정은 했는데, 시키지도 않은 부분까지 바뀌어 있는 거죠. 특히 밤늦게 피곤할 때 diff를 대충 보고 커밋할 뻔한 적이 한두 번이 아닙니다. 그래서 생각을 바꿨습니다. 자율성과 통제는 트레이드오프가 아니라, 설계로 양립할 수 있다. 그렇게 만든 게 Andromity입니다. 핵심 아이디어는 단순해요. 제가 에이전트에게 바라는 건 똑똑함이 아니라 '말을 잘 듣는 것'입니다. 똑똑한데 말을 안 듣는 부하보다, 조금 서툴러도 시킨 범위 안에서만 움직이고, 위험한 부분에서는 멈춰주는 부하가 함께 일하기 편하더라고요. 만들고 나서 일주일 동안 직접 쓰면서 기록해봤습니다. velog 특유의 사용기 스타일로, 날짜별로 정리해볼게요. 1일차: 설치는 30초, 첫 질문은 "이 폴더를 신뢰하십니까?" Andromity는 두 가지로 쓸 수 있습니다. VS Code 확장, 그리고 터미널 CLI. VS Code 확장 🔗 Andromity AI Coding Agent for VS Code - Visual Studio Marketplace code --install-extension agenticmarket.andromity-agent 터미널 CLI (Linux / macOS) curl -fsSL https://raw.githubusercontent.com/agenticmarket/andromity/main/install.sh | bash Windows (PowerShell) irm https://raw.githubusercontent.com/agenticmarket/andromity/main/install.ps1 | iex 처음 실행하면 에이전트가 묻습니다. "이 폴더를 신뢰하십니까?" 폴더를 신뢰한다고 답하기 전에는 아무것도 실행하지 않아요. 이게 Andromity의 전부라고 해도 과언이 아닙니다. 권한을 먼저 묻고, 그 다음에 일하는 에이전트. 이럴 때 편합니다: 처음 받아본 외주 코드, 남의 레거시 프로젝트를 열었을 때. 일단 "신뢰 안 함"으로 시작하면 에이전트가 멋대로 건드릴 걱정이 없습니다. 2일차: SAFE 모드 — 가면허 기간 Andromity에는 권한 모드가 4단계 있습니다. SAFE → TRUST → FULL → YOLO. 모드 계획 승인 파일 수정 명령 실행 SAFE (기본값) 하나씩 확인 하나씩 확인 하나씩 확인 TRUST 확인 있음 바로 실행 바로 실행 FULL 자동 (로그 표시) 바로 실행 바로 실행 YOLO 자동 (표시 없음) 표시 없이 실행 표시 없이 실행 첫날부터 셋째 날까지 저는 SAFE 모드 그대로 썼습니다. 에이전트가 뭘 할 때마다 하나씩 확인하는 거죠. 솔직히 좀 느립니다. 근데 이 기간이 필요했어요. 에이전트가 어떤 판단을 하는지, 어디서 자주 실수하는지 파악하는 기간이니까요. 자동차 가면허 같은 겁니다. 이럴 때 편합니다: 처음 쓰는 저장소, 운영 코드 만질 때. 에이전트의 습관을 파악하기 전에는 SAFE에서 시작하세요. 3일차: /waterfall — 에이전트의 머릿속을 들여다보기 에이전트를 쓰면서 제일 스트레스인 건 "지금 뭐 하고 있는 거지?"라는 블랙박스 느낌입니다. /waterfall 이라고 치면 에이전트의 생각 단계와 도구 실행이 시간순 타임라인으로 보입니다. 어디서 시간이 잡아먹히는지 한눈에 보여서, "이 도구 호출에서 막히고 있구나" 하고 병목을 찾을 수 있어요. 분산 시스템 트레이싱이랑 같은 발상이에요. 에이전트 내부를 관측 가능하게 만든 거죠. 이럴 때 편합니다: 에이전트가 느리거나 이상하게 굴 때. 워터폴을 보면 프롬프트의 어디를 고쳐야 할지도 보입니다. 4일차: 권한 올리기 — TRUST, FULL, 그리고 플래닝 모드 에이전트의 습관을 파악했으니, 이제 권한을 올려봅니다. 정형 작업만 시킬 때는 FULL 모드로. 계획은 자동으로 세우되 로그로 보여주고, 실행은 바로 합니다. 그리고 큰 변경은 무작정 시키지 않고 플래닝 모드 로 먼저 계획을 세우게 합니다. "이 방향으로 진행해도 돼?"라고 합의를 보고 실행하는 거죠. 플래닝 모드는 에이전트와의 설계 리뷰 같은 겁니다. 방향이 틀어지기 전에 잡을 수 있어서, 나중에 되돌리는 수고가 확 줄어요. 이럴 때 편합니다: 새 기능 구현, 여러 파일에 걸친 리팩토링. 5분의 합의가 1시간의 삽질을 막아줍니다. ❌ 무작정 "이 기능 만들어줘" ⭕ 플랜 모드로 방향 합의 → 승인 후 실행 5일차: 밤에는 일시키고, 실수하면 되돌리기 이날은 두 가지 명령어를 써봤습니다. /cron — 스케줄러입니다. 예를 들면: /cron → "매일 밤 2시에 pytest 돌리고, 실패하면 고쳐서 커밋해" → 0 2 * * * 아침에 일어나면 고쳐진 코드가 커밋되어 있습니다. 밤에는 FULL 모드로 일시키고, 낮에는 SAFE로 쓰는 식의 운용도 가능해요. /undo — 에이전트의 직전 턴 변경사항을 통째로 되돌립니다. git 히스토리는 건드리지 않아요. /undo 이럴 때 편합니다: "아, 지시를 잘못 줬네" 싶을 때. 실패 비용이 거의 0이 되면, 이상하게도 과감하게 맡기게 됩니다. 세이브 포인트가 있는 게임은 마음 놓고 즐길 수 있잖아요. 6일차: Ollama로 완전 무료 — 비용 걱정 끝 이날은 돈 이야기를 해보죠. Andromity는 Claude, GPT-4o, Gemini, DeepSeek, Groq, OpenRouter 등 396종 이상 의 모델을 지원합니다. 방식은 BYOK(자기 API 키를 가져오는 방식)이라 코드는 오직 내가 고른 제공자에게만 갑니다. 솔직히 선택지가 너무 많아서 처음엔 좀 헤맸습니다. 제 용도별 정리: 용도 모델 비용 일단 써보기, 공부용 Ollama (로컬) 무료 일상 코딩 Claude / GPT-4o (BYOK) API 사용량만큼만 회사 코드를 외부에 못 보낼 때 Ollama (로컬) 무료 이럴 때 편합니다: 학생, 일단 무료로 써보고 싶은 분, 회사 코드를 외부 API에 보낼 수 없는 분. 저는 평소에 "Ollama로 테스트해보고, 실전은 Claude"로 씁니다. 7일차: 솔직한 한계 — 측정한 것만 말합니다 일주일을 마무리하면서, 안 좋은 이야기도 해야겠죠. 측정하지 않은 건 측정하지 않았다고 씁니다. 아직 GitHub 스타 20개 정도의 작은 프로젝트입니다. 버그도 있어요. 너그럽게 봐주시면 감사하겠습니다. Claude Code나 Cursor와의 엄밀한 벤치마크 비교는 안 했습니다. "빠르다", "싸다" 같은 말은 안 하겠습니다. 토큰 비용 실측 데이터는 아직 없습니다. BYOK이라 비용은 모델에 따라 다르다고만 말씀드립니다. 문서는 아직 영어 중심입니다. 한국어 문서는 없습니다. (관심 있으시면 기여 환영합니다!) Windows 지원은 늦게 시작해서 검증이 얇습니다. Windows 사용자 피드백을 특히 환영합니다. 그리고 하나 자랑을 하자면, v0.2.8에서 한글 IME 입력 문제 (조합 중 Enter로 오발송되는 문제)를 고쳤습니다. 한국어 사용자에게는 은근히 치명적인 버그였는데, 바로 잡았습니다. 작은 프로젝트지만 "그 나라 사람들이 매일 만지는 부분"은 소중히 하고 싶어요. 총정리: 7일 써본 결론 일주일 동안 직접 만들어서 직접 써본 입장에서 정리해봅니다. 이런 분 추천 사용법 AI 에이전트가 멋대로 고치는 게 무서운 분 SAFE 모드로 시작 (가면허 1주일) 에이전트가 뭘 하는지 보고 싶은 분 /waterfall 로 타임라인 확인 밤에 일시키고 싶은 분 FULL 모드 + /cron 돈 안 들이고 써보고 싶은 분 Ollama 로컬 모드 (완전 무료) 회사 코드를 외부에 못 보내는 분 Ollama 오프라인 모드 결국 핵심은 하나입니다. 에이전트의 자율성은 "언제든 멈출 수 있다"는 보장이 있을 때 비로소 가치가 됩니다. 액셀만 있는 차에는 아무도 타고 싶지 않잖아요. 🌐 공식 사이트: https://andromity.agenticmarket.dev 💻 GitHub: https://github.com/agenticmarket/andromity 🧩 VS Code 마켓플레이스: Andromity AI Coding Agent for VS Code 스타 하나, 이슈 하나가 개발자에게는 큰 힘이 됩니다. 특히 한국어 환경에서의 버그 제보는 대환영이에요. 읽어주셔서 감사합니다! 궁금한 점 있으시면 댓글로 남겨주세요. 다음 글에서 만나요! 테스트 환경 Andromity v0.2.11 (2026-09-25 릴리스) 작성일: 2026-09-28 대응 OS: Linux / macOS / Windows (각 OS별 설치 스크립트 제공)
Балл: 54.4Уверенность: 49%
Балл: 54.4Уверенность: 49%
Балл: 54.4Уверенность: 49%
Балл: 54.39Уверенность: 49%