How to access WSL2 Linux files from Windows file explorer?

 File Management

1. Open File Explorer
2. Type \\wsl$ on address bar
3. Press Enter

𝐒𝐲𝐬𝐭𝐞𝐦 𝐃𝐞𝐬𝐢𝐠𝐧 𝐆𝐨𝐥𝐝𝐦𝐢𝐧𝐞 ❤️️

 System Design rounds are an important part of the Software Engineering interview process because they test a candidate's ability to design and implement large-scale systems.

Here is the list of some amazing resource on System Design -

✅ Things you must know in System Design

👉System design basics: https://bit.ly/3SuUR0Y

👉Horizontal and vertical scaling: https://bit.ly/3slq5xh

👉 Load balancing and Message queues: https://bit.ly/3sp0FP4

👉High-level design and low-level design, Consistent Hashing, Monolithic and Microservices architecture: https://bit.ly/3DnEfEm

👉 Caching, Indexing, Proxies: https://bit.ly/3SvyVDc

👉 Networking, How Browsers work, Content Network Delivery ( CDN): https://bit.ly/3TOHQRb

👉 Database Sharding, CAP Theorem, Database schema Design: https://bit.ly/3CZtfLN

👉 Concurrency, API, Components + OOP + Abstraction : https://bit.ly/3sqQrhj

👉 Estimation and Planning, Performance: https://bit.ly/3z9dSPN

👉 Map Reduce, Patterns, and Microservices: https://bit.ly/3zcsfmv

👉 SQL vs NoSQL and Cloud: https://bit.ly/3z8Aa49

👉 Most Popular System Design Questions: https://bit.ly/3Dp40Ux

✅ System Design Case Studies 

👉 Design Netflix: https://bit.ly/3GrAUG1

👉 Design Reddit: https://bit.ly/3OgGJrL

👉 Design Messenger App : https://bit.ly/3DoAAXi

👉 Design Instagram: https://bit.ly/3BFeHlh

👉 Design Dropbox: https://bit.ly/3SnhncU

👉 Design Youtube: https://bit.ly/3dFyvvy

👉 Design Tinder: https://bit.ly/3Mcyj3X

👉 Design Yelp: https://bit.ly/3E7IgO5

👉 Design Whatsapp: https://bit.ly/3M2GOhP

👉 Design URL shortener : https://bit.ly/3xP078x

👉 Design Amazon Prime Video: https://bit.ly/3hVpWP4

👉 Design Twitter: https://bit.ly/3qIG9Ih

👉 Design Uber: https://bit.ly/3fyvnlT

👉 Design TikTok : https://bit.ly/3UUlKxP

👉 Design Facebook's Newsfeed: https://bit.ly/3RldaW7

👉 Design Web Crawler: https://bit.ly/3DPZTBB

👉 Design API Rate Limiter: https://bit.ly/3BIVuh7

✅ All solved case studies: https://bit.ly/3dCG1rc

👉 System Design Important terms - https://bit.ly/3Om9d3H

👉 Most Popular System Design Questions: https://bit.ly/3E9oH7K

👉 Complete System Design Basics Series: https://bit.ly/3rG1cfr

Save this post for later.

Follow Aman Barnwal for more. ❤️️

Join my Telegram group for 𝐈𝐧𝐭𝐞𝐫𝐯𝐢𝐞𝐰 𝐏𝐫𝐞𝐩𝐚𝐫𝐚𝐭𝐢𝐨𝐧 𝐑𝐞𝐬𝐨𝐮𝐫𝐜𝐞𝐬 👉https://lnkd.in/gDBqRNBw 

 

API architectural styles

The following image displays the most common architectural styles for APIs.

🔹 1. REST REST, which was proposed in 2000, is the most widely used style for APIs. It is often utilized between front-end clients and back-end services, and it adheres to six architectural constraints. The payload format may be JSON, XML, HTML, or plain text.

🔹 2. GraphQL Meta proposed GraphQL in 2015. It provides a schema and type system that is ideal for complicated systems where entities' relationships are graph-like. In the diagram below, GraphQL can retrieve user and order information in one call, while REST necessitates multiple calls.

GraphQL does not replace REST but can be built upon existing REST services.

🔹 3. Web socket Web socket is a protocol that enables full-duplex communications over TCP. Clients create web sockets to receive real-time updates from back-end services. Unlike REST, which always "pulls" data, web socket allows data to be "pushed".

🔹 4. Webhook Webhooks are frequently used for third-party asynchronous API calls. In the diagram below, Stripe or Paypal is used for payment channels, and a webhook for payment results is registered. When a third-party payment service is completed, it notifies the payment service if the payment was successful or failed. Webhook calls are usually part of the system's state machine.

🔹 5. gRPC gRPC, which was released in 2016, is used for communications among microservices. The gRPC library handles encoding/decoding and data transmission.

🔹 6. SOAP SOAP stands for Simple Object Access Protocol, and its payload is only XML, making it suitable for internal system communications.

Difference between Hub Switch Router & Firewall

 Hub

Hubs are used to connect multiple devices in a network. They’re less likely to be seen in business or corporate networks than in home networks. Hubs are wired devices and are not as smart as switches or routers.

Switches

Switches are wired devices that know the addresses of the devices connected to them and route traffic to that port/device rather than retransmitting to all devices.
Offering greater efficiency for traffic delivery and improving the overall throughput of data, switches are smarter than hubs but not as smart as routers

Router

Routers are used to control traffic flow on networks and are often used to connect similar networks and control traffic flow between them. Routers can be wired or wireless and can connect multiple switches. Smarter than hubs and switches, routers determine the most efficient “route” for the traffic to flow across the network.

Firewalls

Firewalls are essential tools in managing and controlling network traffic and protecting the network. A firewall is a network device used to filter traffic. It is typically deployed between a private network and the internet, but it can also be deployed between departments (segmented networks) within an organization (overall network). Firewalls filter traffic based on a defined set of rules, also called filters or access control lists.

UX ದೃಷ್ಟಿಕೋನದಿಂದ ಎಲ್ಲಾ ಪೂರ್ವಾಪೇಕ್ಷಿತ ತಪಾಸಣೆಗಳನ್ನು ಒಂದೇ ಪರದೆಯಲ್ಲಿ ತೋರಿಸುವುದು ಅಥವಾ ಅವುಗಳನ್ನು ಬಹು ಪರದೆಗಳಾಗಿ ವಿಭಜಿಸುವುದು ಉತ್ತಮವೇ?

UX ದೃಷ್ಟಿಕೋನದಿಂದ, ಪೂರ್ವಾಪೇಕ್ಷಿತ ಚೆಕ್‌ಗಳು ಹಲವಾರು ಅಥವಾ ಸಂಕೀರ್ಣವಾಗಿದ್ದರೆ ಅವುಗಳನ್ನು ಬಹು ಪರದೆಗಳಾಗಿ ವಿಭಜಿಸುವುದು ಉತ್ತಮವಾಗಿದೆ, ವಿಶೇಷವಾಗಿ ಅವುಗಳಿಗೆ ಬಳಕೆದಾರರ ಇನ್‌ಪುಟ್ ಅಥವಾ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಅಗತ್ಯವಿದ್ದರೆ. ಒಂದೇ ಪರದೆಯ ಮೇಲೆ ಬಹು ಪೂರ್ವಾಪೇಕ್ಷಿತ ತಪಾಸಣೆಗಳನ್ನು ಪ್ರದರ್ಶಿಸಿದಾಗ, ಅದು ಬಳಕೆದಾರರಿಗೆ ಅಗಾಧವಾಗಿರಬಹುದು ಮತ್ತು ಯಾವ ಚೆಕ್‌ಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ಯಾವವುಗಳು ಬಾಕಿ ಉಳಿದಿವೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಕಷ್ಟವಾಗಬಹುದು. 

ಇದು ಗೊಂದಲ, ಹತಾಶೆ ಮತ್ತು ದೋಷಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು. ಪೂರ್ವಾಪೇಕ್ಷಿತ ಚೆಕ್‌ಗಳನ್ನು ಬಹು ಪರದೆಗಳಾಗಿ ವಿಭಜಿಸುವುದರಿಂದ ಬಳಕೆದಾರರಿಗೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹೆಚ್ಚು ನಿರ್ವಹಿಸಬಹುದಾಗಿದೆ. ಪ್ರತಿಯೊಂದು ಪರದೆಯು ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯ ಅಥವಾ ಕಾರ್ಯಗಳ ಸೆಟ್‌ನ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಬಹುದು, ಸ್ಪಷ್ಟ ಸೂಚನೆಗಳು ಮತ್ತು ಪೂರ್ಣಗೊಂಡ ಪ್ರತಿಕ್ರಿಯೆಯೊಂದಿಗೆ. ಇದು ಬಳಕೆದಾರರಿಗೆ ಪ್ರಕ್ರಿಯೆಯ ಮೇಲೆ ಹೆಚ್ಚು ನಿಯಂತ್ರಣವನ್ನು ಹೊಂದಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ ಮತ್ತು ಪೂರ್ವಾಪೇಕ್ಷಿತ ಪರಿಶೀಲನೆಗಳ ಒಟ್ಟಾರೆ ಸಂಖ್ಯೆಯಿಂದ ಕಡಿಮೆಯಾಗಿ ಮುಳುಗುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಪೂರ್ವಾಪೇಕ್ಷಿತ ಪರಿಶೀಲನೆಗಳು ಸರಳವಾಗಿದ್ದರೆ ಮತ್ತು ತ್ವರಿತವಾಗಿ ಪೂರ್ಣಗೊಳಿಸಬಹುದಾದರೆ, ಅವುಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಸಂಘಟಿಸಿದರೆ ಮತ್ತು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಸುಲಭವಾಗಿದ್ದರೆ, ಅವುಗಳನ್ನು ಒಂದೇ ಪರದೆಯಲ್ಲಿ ಪ್ರದರ್ಶಿಸುವುದು ಸೂಕ್ತವಾಗಿರುತ್ತದೆ. 

ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಒಂದೇ ಪರದೆಯು ಬಳಕೆದಾರರಿಗೆ ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿರುತ್ತದೆ ಮತ್ತು ವೇಗವಾಗಿರುತ್ತದೆ ಮತ್ತು ಅವರು ಪ್ರತಿ ಪರಿಶೀಲನೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದಾಗ ಅದು ಪ್ರಗತಿಯ ಅರ್ಥವನ್ನು ನೀಡುತ್ತದೆ. ಸಾರಾಂಶದಲ್ಲಿ, ಪೂರ್ವಾಪೇಕ್ಷಿತ ಚೆಕ್‌ಗಳನ್ನು ಸ್ಕ್ರೀನ್‌ಗಳಾಗಿ ವಿಭಜಿಸುವ ಅಥವಾ ಸಂಯೋಜಿಸುವ ನಿರ್ಧಾರವು ಚೆಕ್‌ಗಳ ಸಂಖ್ಯೆ ಮತ್ತು ಸಂಕೀರ್ಣತೆ, ಅಗತ್ಯವಿರುವ ಬಳಕೆದಾರರ ಇನ್‌ಪುಟ್ ಪ್ರಮಾಣ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಅಥವಾ ವೆಬ್‌ಸೈಟ್‌ನ ಒಟ್ಟಾರೆ ಬಳಕೆದಾರರ ಅನುಭವದ ಗುರಿಗಳನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. 

ಶೇರ್ ಮಾಡಿ