Forwarded from Linuxor ?
🫡9
آینده توسعه وب یا چی؟
نظر خودمو بخواید میگم کمونیتیش به اندازه کافی بزرگ هست که بشه باهاش چیزی توسعه داد. سینتکسی که هم ارائه میده کار با جاوا اسکریپت و تایپ اسکریپت و اچ تی ام ال و سی اس اس رو همزمان آسون میکنه. integration فوق العاده ای داره.
https://rescript-lang.org
نظر خودمو بخواید میگم کمونیتیش به اندازه کافی بزرگ هست که بشه باهاش چیزی توسعه داد. سینتکسی که هم ارائه میده کار با جاوا اسکریپت و تایپ اسکریپت و اچ تی ام ال و سی اس اس رو همزمان آسون میکنه. integration فوق العاده ای داره.
https://rescript-lang.org
ReScript Documentation
The ReScript Programming Language
Fast, Simple, Fully Typed JavaScript from the Future
👍8🫡1
فایل منیجر بر پایه ترمینال. قابلیت ترکیب با neovim هم داره.
https://youtu.be/RgV47l59NYs?si=AFg3Cr1MHQ_tLw8V
https://youtu.be/RgV47l59NYs?si=AFg3Cr1MHQ_tLw8V
YouTube
Yazi: The CLI File Manager That’s Faster Than Any GUI File Manager
🔗 Special Offer: Check out Codecrafters.io using my link for up to 40% off and start building Redis, Git, or Docker from scratch like a pro! https://app.codecrafters.io/join?via=kalidyasin
My Dotfiles https://github.com/codeopshq/dotfiles
🚀 "Tired of slow…
My Dotfiles https://github.com/codeopshq/dotfiles
🚀 "Tired of slow…
❤6👍2
ویدیو راجب integration test و unit test و mocking توی Rust هست.
https://youtu.be/8XaVlL3lObQ?si=9k_J2NAasdwwcwKn
https://youtu.be/8XaVlL3lObQ?si=9k_J2NAasdwwcwKn
YouTube
Mocking Rust 🤪 and Testing 🧪
A look at how to write integration and unit tests in Rust, including how to mock dependencies so that parts of the system can be tested in isolation.
00:00 Intro
00:53 Integration Tests
02:57 Unit Tests
04:17 Assert Macros
04:52 should_panic and ignored…
00:00 Intro
00:53 Integration Tests
02:57 Unit Tests
04:17 Assert Macros
04:52 should_panic and ignored…
🫡5👍2
لیستی از بهترین کتاب های Rust Programming Language:
https://github.com/sger/RustBooks
پ.ن: دانلود نداره*
https://github.com/sger/RustBooks
پ.ن: دانلود نداره*
GitHub
GitHub - sger/RustBooks: List of Rust books
List of Rust books. Contribute to sger/RustBooks development by creating an account on GitHub.
👍5
بلخره اساس builtin func ها تموم شدن =)))
فعلا len و sizeof به خوبی داره کار میکنه.
و البته که از وقتی پارسر رو ریفکتور کردم کلی از مشکلاتش کمتر شده. هنوز یه چیزای کوچیکی باگ میخوره ولی خیلی کمتر شده. و هرچی پارسره درست درمون باشه بیشتر میوفتیم رو سرازیری فیچر دادن. چند ساعت پیش یه باگی خوردم... فکر میکردم از کامپایلره ولی بعد دیدم پارسر اصلا درست پارس نمیکنه که tree مناسب رو ارائه بده.
همینطور در نظر دارم اروم اروم داکیومنت هارو بنویسیم.
نوشتنش با منه.
ولی برای دولوپ وبسایت دنبال دولوپر فرانت میگردم (Tailwindcss).
Project Repo:
https://github.com/cyrus-lang/Cyrus-Lang
فعلا len و sizeof به خوبی داره کار میکنه.
و البته که از وقتی پارسر رو ریفکتور کردم کلی از مشکلاتش کمتر شده. هنوز یه چیزای کوچیکی باگ میخوره ولی خیلی کمتر شده. و هرچی پارسره درست درمون باشه بیشتر میوفتیم رو سرازیری فیچر دادن. چند ساعت پیش یه باگی خوردم... فکر میکردم از کامپایلره ولی بعد دیدم پارسر اصلا درست پارس نمیکنه که tree مناسب رو ارائه بده.
همینطور در نظر دارم اروم اروم داکیومنت هارو بنویسیم.
نوشتنش با منه.
ولی برای دولوپ وبسایت دنبال دولوپر فرانت میگردم (Tailwindcss).
Project Repo:
https://github.com/cyrus-lang/Cyrus-Lang
🆒9👍1🕊1
یه پروژه عالی که source-to-source transpiler هست و کد C رو تبدیل به کد unsafe Rust میکنه. فعلا زیاد استیبل نیست ولی ایده خفنی پشتشه.
Website:
https://c2rust.com
Repo:
https://github.com/immunant/c2rust
Website:
https://c2rust.com
Repo:
https://github.com/immunant/c2rust
GitHub
GitHub - immunant/c2rust: Migrate C code to Rust
Migrate C code to Rust. Contribute to immunant/c2rust development by creating an account on GitHub.
👍4👎1
Packt.Minimal.CMake.pdf
3.7 MB
Minimal CMake: Learn the best bits of CMake to create and share your own libraries and applications (2025)
👍6❤1
منتورم بلخره تو چنلم جوین داد. از بس ذوق زده شدم زدم ریمو شد. حالا بیا و جمش کن🥺😭🤦
😱9🗿6👨💻2👾1
Kafka_in_Action_Dylan_Scott_Manning_9781617295232_EBooksWorld_ir.pdf
7.9 MB
📚 Kafka in Action.
#book
#book
🔥4❤1🫡1
The_Art_of_Immutable_Architecture_Michael_L_Perry_Apress_9781484259542.pdf
8.5 MB
📚 The art of immutable architecture.
#book
#book
🔥4❤1
Software_Architecture_The_Hard_Parts_Neal_Ford_OReilly_9781492086895.pdf
15.7 MB
📚 Software Architecture: The hard parts
#book
پ.ن: خوندن این کتاب از اوجب واجبات است برای دولوپرای بک اند
#book
پ.ن: خوندن این کتاب از اوجب واجبات است برای دولوپرای بک اند
🔥4❤1
مایکروسافت داره Typescript رو از نو با Go پیاده سازی میکنه و بهبود چشمگیری در پرفرمنس کامپایلر دیده میشه که :
۱. مدت بیلد پروژه ها
۲. استارتاپ ادیتور
۳. مصرف مموری
کاهش یافته! و این حدود 8x و بیشتر هست :]
بنابر تخمینی که میزنند در انتهای 2025 ریلیز این پروژه رو بعنوان Artifact توی گیت هاب خواهیم داشت.
https://github.com/microsoft/typescript-go
۱. مدت بیلد پروژه ها
۲. استارتاپ ادیتور
۳. مصرف مموری
کاهش یافته! و این حدود 8x و بیشتر هست :]
بنابر تخمینی که میزنند در انتهای 2025 ریلیز این پروژه رو بعنوان Artifact توی گیت هاب خواهیم داشت.
https://github.com/microsoft/typescript-go
GitHub
GitHub - microsoft/typescript-go: Staging repo for development of native port of TypeScript
Staging repo for development of native port of TypeScript - microsoft/typescript-go
🔥14❤4😱1
👾 Geek Engineers
مایکروسافت داره Typescript رو از نو با Go پیاده سازی میکنه و بهبود چشمگیری در پرفرمنس کامپایلر دیده میشه که : ۱. مدت بیلد پروژه ها ۲. استارتاپ ادیتور ۳. مصرف مموری کاهش یافته! و این حدود 8x و بیشتر هست :] بنابر تخمینی که میزنند در انتهای 2025 ریلیز این پروژه…
مایکروسافت میتونست همینکارو با خود dotnet هم انجام بده. مثلا با #C یا حتی #F. آیا میکروسافت واقعا قبول کرده bullshit زیاد ساخته و Google ازش بهتره؟ :)
#meme
#meme
🗿6👎2💯2
ولی جدی بنظرم اینکارو با Rust انجام میدادن نتیجه خیلی بهتری میگرفتن :)
👎15👍8
👾 Geek Engineers
مایکروسافت داره Typescript رو از نو با Go پیاده سازی میکنه و بهبود چشمگیری در پرفرمنس کامپایلر دیده میشه که : ۱. مدت بیلد پروژه ها ۲. استارتاپ ادیتور ۳. مصرف مموری کاهش یافته! و این حدود 8x و بیشتر هست :] بنابر تخمینی که میزنند در انتهای 2025 ریلیز این پروژه…
Reddit
From the golang community on Reddit: Microsoft Rewriting TypeScript in Go
Explore this post and more from the golang community
Architectural Decision Records (ADRs) are documents that capture important architectural decisions made during a project.
They provide a structured way to document the context, rationale, and implications of key decisions, ensuring that the reasoning behind those decisions is preserved and communicated to stakeholders, team members, and future maintainers.
An ADR typically includes the following sections:
1. Title: A concise and descriptive name for the decision.
2. Status: The current state of the decision (e.g., proposed, accepted, deprecated, superseded).
3. Context: The background or problem that necessitated the decision. This includes the circumstances, constraints, and requirements that influenced the decision.
4. Decision: A clear statement of the decision that was made.
5. Rationale: The reasoning behind the decision, including trade-offs, alternatives considered, and why this decision was chosen over others.
6. Consequences: The expected or observed outcomes of the decision, including benefits, drawbacks, and potential risks.
7. Alternatives: Other options that were considered and why they were rejected.
8. Related Decisions: Links to other ADRs or decisions that are relevant to this one.
9. References: Any supporting materials, such as documents, diagrams, or discussions.
When to Use ADRs?
1. Long-term projects where team members may change over time.
2. Complex systems where architectural decisions have significant implications.
3. Open-source projects where contributors need to understand the reasoning behind decisions.
4. Teams that value documentation and knowledge sharing.
ADR Tools you need to know
1. https://github.com/npryce/adr-tools
2. https://github.com/adr/madr
#software_architecture #architecture_design
They provide a structured way to document the context, rationale, and implications of key decisions, ensuring that the reasoning behind those decisions is preserved and communicated to stakeholders, team members, and future maintainers.
An ADR typically includes the following sections:
1. Title: A concise and descriptive name for the decision.
2. Status: The current state of the decision (e.g., proposed, accepted, deprecated, superseded).
3. Context: The background or problem that necessitated the decision. This includes the circumstances, constraints, and requirements that influenced the decision.
4. Decision: A clear statement of the decision that was made.
5. Rationale: The reasoning behind the decision, including trade-offs, alternatives considered, and why this decision was chosen over others.
6. Consequences: The expected or observed outcomes of the decision, including benefits, drawbacks, and potential risks.
7. Alternatives: Other options that were considered and why they were rejected.
8. Related Decisions: Links to other ADRs or decisions that are relevant to this one.
9. References: Any supporting materials, such as documents, diagrams, or discussions.
When to Use ADRs?
1. Long-term projects where team members may change over time.
2. Complex systems where architectural decisions have significant implications.
3. Open-source projects where contributors need to understand the reasoning behind decisions.
4. Teams that value documentation and knowledge sharing.
ADR Tools you need to know
1. https://github.com/npryce/adr-tools
2. https://github.com/adr/madr
#software_architecture #architecture_design
GitHub
GitHub - npryce/adr-tools: Command-line tools for working with Architecture Decision Records
Command-line tools for working with Architecture Decision Records - npryce/adr-tools
🔥6
What is Architecture Governance?
Architecture governance refers to the framework and processes that ensure an organization's IT architecture aligns with its business goals, complies with regulations, and maintains consistency, quality, and scalability. It involves:
- Defining and enforcing architectural principles, standards, and guidelines.
- Ensuring compliance with organizational and regulatory requirements.
- Managing risks associated with architectural decisions.
- Providing oversight and accountability for architectural changes.
Architecture governance refers to the framework and processes that ensure an organization's IT architecture aligns with its business goals, complies with regulations, and maintains consistency, quality, and scalability. It involves:
- Defining and enforcing architectural principles, standards, and guidelines.
- Ensuring compliance with organizational and regulatory requirements.
- Managing risks associated with architectural decisions.
- Providing oversight and accountability for architectural changes.
👍5