반응형
반응형

모든 웹 개발자가 알아야 할 7가지 개념!

https://pinjarirehan.medium.com/7-concepts-every-web-developer-should-know-b32407fda8dc

 

7 Concepts Every Web Developer Should Know!

Whether you’re a seasoned developer or a curious beginner just starting, creating outstanding websites needs more than just stunning…

pinjarirehan.medium.com

 

Whether you’re a seasoned developer or a curious beginner just starting, creating outstanding websites needs more than just stunning animations and interesting effects.

It all comes down to a solid basis in important concepts.

Mastering these bad boys will make you a more effective and flexible developer, ready to take on every task.

So grab your favorite coding cup (coffee for all-nighters, anyone?), and let’s get started!

Have a BIG IDEA in mind? Let’s discuss what we can gain together.

Write at Gmail | LinkedIn

 

01. The Big Three: HTML, CSS & JavaScript

Take these three to be the web’s basic building blocks.

HTML organizes your content, CSS beautifully styles it, and JavaScript adds interaction and personality.

Here is a basic breakdown:

  • HTML (Hypertext Markup Language) is the basis for your website, specifying elements such as headers, paragraphs, and illustrations.
  • CSS (Cascading Style Sheets): CSS makes your website visually attractive. CSS pseudo-classes can offer dynamic effects when a button is hovered over or focused, such as changing its color or adding stunning animations.

Actionable Tip: Use the BEM (Block-Element-Modifier) structure to write clean, maintainable CSS.

  • JavaScript: This is the magic that allows webpages to interact with one another. Learn how to write clean, maintainable JavaScript to avoid code challenges in the future.

02. Responsive Web Design

Imagine how your website looks on a large desktop display but not on a mobile device.

Not cool.

Responsive design guarantees that your website works effortlessly on any device, especially PCs, tablets, and smartphones.

Here is the secret sauce:

  • Media Queries are like magic spells that tell your website to customize its layout depending on screen size.
  • Fluid Grids: Imagine a website layout as a grid. Fluid grids use percentages rather than set pixels, allowing the grid to “flow” and adjust to different displays.
  • Flexible images: Large photos might slow down your mobile page. Use flexible images that resize to fit the screen size.

03. Version Control with Git

Ever worked on a project, made changes, and then accidentally messed things up? Git version control is a savior.

It tracks changes to your code, allowing you to restore to previous versions and interact with others smoothly.

Here’s a crash course on Git basics.

  • Repositories: Think of a repository as the hub for all of your code versions.
  • Commits: These are snapshots of your code at specified moments in time. You can include messages that explain the changes that you made.
  • Branches: Assume you want to test out a new feature without impacting the main code. Branches let you work on changes separately before merging them back into the main codebase once you’re satisfied.

04. HTTP/HTTPS & APIs

The web is all about communication! HTTP (Hypertext Transfer Protocol) is the language that computers use to communicate with one another.

When you visit a website, your browser sends an HTTP request, and the server returns an HTTP response giving the website content.

  • HTTPS (Hypertext Transfer Protocol Secure) is the secure version of HTTP, which encrypts data transport to safeguard your website and user information. Always use HTTPS to ensure security!
  • APIs (Application Programming Interfaces) are similar to waiters at a restaurant. They accept your request (such as collecting user data) and deliver the information you want from another system. Understanding APIs is essential for creating interactive web apps.

05. Basic SEO:

Do you want your website to be the first thing visitors see when searching for something? Basic Search Engine Optimization (SEO) can help!

  • Meta Tags: These are hidden messages for search engines that include information about your website’s content.
  • Keywords: These are the terms that people are likely to look for. Use relevant keywords strategically throughout your website’s content.
  • Website Performance Optimization: A slow website is a sad one. Optimize your website’s image size and code structure for faster loading, which benefits both search engines and visitors.

06. Web Accessibility

The web should be accessible to everyone! Web accessibility means that persons with disabilities can get to and use your website.

  • Semantic HTML means using HTML elements to explain the meaning and purpose of your content, instead of merely displaying it.
  • ARIA Roles are unique properties that give additional information to screen readers used by visually impaired people.
  • Keyboard Navigation: A mouse is not used by everyone. Ensure that your website can be accessed just by keyboard.

07. Performance Optimization

No one loves a slow website! Optimize your website’s speed by reducing HTTP requests (the number of times it asks the server for something), adding caching (storing frequently used items locally), and optimizing images for more quickly loading.

Remember that a quick website means a happy user (and a happy search engine!).

Pro Tips & Best Practices: From a Developer to You

Here are some gold pieces I’ve picked up along my journey.

  • Always comment on your code! Your future self (or someone else) will thank you.
  • Do not let yourself be afraid to experiment! Break things, try new things, and learn from the mistakes you make.
  • The dev community is ready to help! There are many communities and resources out online. Don’t be hesitant to ask questions.

 

반응형
반응형

시대 변화에 적응하려면

 

떠돌이, 뜨내기, 부랑자,
정착하지 못하는 자들이라 불리는
사람들은 언제나 있었다. 하지만 세 번째
밀레니엄에 들어선 지금, 그들은 전통적인 형태의
주택과 아파트를 포기하고 '바퀴 달린 부동산'이라고도
일컫는, 밴과 스쿨버스, 캠핑용 픽업트럭, 여행용
트레일러, 그리고 낡은 세단에 들어가 산다.
그들은 중산층으로서 직면하던 선택들,
선택 불가능한 그 선택들로부터
차를 타고 달아나는 중이다.


- 제시카 브루더의《노마드랜드》중에서 -


* 삶의 패턴이 바뀌고 있습니다.
전혀 다른 개념의 생활 방식이 속속 등장합니다.
얼마나 많은 변화가 있을지 예측하기 어렵습니다.
제2, 제3의 코로나 위협도 있고, 기술과 인공지능이
인간의 능력을 넘어서는 싱귤래리티(Singularity)도
코앞에 와 있습니다. 시대 변화에 적응하려면
공부부터 시작해야 합니다.
적응은 그다음입니다.

반응형

'생활의 발견 > 아침편지' 카테고리의 다른 글

당신이 그립다  (0) 2022.05.09
이화(梨花), 내 마음의 고향  (0) 2022.05.06
참말  (0) 2022.05.04
내가 너를 얼마나 좋아하는지  (0) 2022.05.03
가족의 웃음  (0) 2022.05.02
반응형

인생이 좋네 나쁘네를
논하는 것은 무의미하다.
인생은 좋기도 하고 동시에 나쁘기도
한 것이라고 말해야 옳다. 인생으로 인해,
오직 인생으로 인해 우리는 좋음과 나쁨의
개념을 가지게 되기 때문이다. 진실을 말하면,
삶은 달콤하고, 끔찍하며, 매력적이고, 달고, 쓴,
모든 것을 아우른다. 인생은 빨간색이기도 하고
파란색이기도 하며 두 가지 색 사이에 있을 수
있는 모든 색을 띠기 때문이다.


- 아나톨 프랑스의《에피쿠로스의 정원》중에서 -


* 인생은 한 가지 색이 아닙니다.
빨강, 노랑, 파랑, 하양, 모든 색이 섞여 있습니다.
인생은 한 가지 맛이 아닙니다. 단 맛, 쓴 맛, 떫고, 맵고,
끔찍한 맛이 섞여 있습니다. 인생의 개념과 비밀이
바로 여기에 있습니다. 항상 단 맛만 맛볼 수 없고,
더 자주 쓴 맛을 맛보게 되며, 쓴 맛을 보았기에
단 맛을 더 잘 알게 된다는 사실입니다.
나쁜 일 뒤에는 좋은 일이
반드시 있습니다.  

반응형

'생활의 발견 > 아침편지' 카테고리의 다른 글

'디아스포라'의 새로운 개념 - Diaspora  (0) 2021.09.01
손자와 함께 하는 기차여행  (0) 2021.09.01
'정든 곳이 있나요?'  (0) 2021.08.30
공감과 조율  (0) 2021.08.27
등나무 꽃 그늘  (0) 2021.08.26
반응형

12가지 필수적인 소프트웨어 개발 원칙과 개념

 


업계에 처음 발을 들여놓는 젊은 개발자들은 한꺼번에 많은 원칙과 개념에 대한 이야기를 듣게 된다. 관리자로 올라서는 경력 개발자는 그동안 피해 왔지만, 기술적인 측면에 폭넓은 영향을 미치는 비즈니스 개념에 대한 이야기를 듣게 된다.


다음은 지난 20년 동안 소프트웨어, 그리고 소프트웨어 비즈니스에 있어 가장 중요한 12가지 개념이다.

 

1. 권한 없는 책임

경력이 어느 정도 된다면 권한 없는 책임을 접해봤을 것이다.


극단적인 사례를 들면 경비원에게 분기별 수익 책임을 지우는 것이다. 경비원이 아무리 노력해도 회사의 수익성을 높일 수는 없다. 경비원이 영업 회의에 참석한다 해도 신참 영업 사원이 전화를 더 많이 걸도록 유도할 수는 없다. 영업 사원을 움직일 영향력이 없기 때문이다. 마케팅 회의에 참석해봤자 마케팅 부서에서 새로운 캠페인을 구상하도록 이끌 수도 없다.


물론 극단적인 예다. 그러나 짊어지는 책임과 실제 행사할 수 있는 영향력 사이의 격차는 그 정도가 얼만큼이든 스트레스의 원천이다. 권한 없는 책임은 조직적인 기능 장애를 나타내는 징후이며(모든 조직에 어느 정도는 있음), 해결책은 권한을 높이거나 책임을 낮추는 것밖에 없다.


2. 반복하지 말 것

 “반복하지 말 것” 원칙은 시스템에서 표현은 명확하게, 한 번만 해야 한다는 것이다. 코드 한 블록을 잘라내서 여러 곳에 붙여 넣을 경우 그 설계에는 결함이 발생한다. 그 결함을 가장 먼저 수정해야 한다.


이 원칙을 위반할 경우 시간을 낭비할 뿐만 아니라 유지보수 문제도 발생한다. 여러 지점에서 잘라내서 붙여넣기한 버그를 모두 찾아 수정해야 한다. 또한 보안 결함이 복제되는 경우를 상상해 보라.


이 문제를 수정하는 방법은 전체 아키텍처를 수정하는 것부터 코드 생성기, 종속성 주입에 이르기까지 많지만 어떤 방법을 사용하든 일단 수정해야 한다!


3. 필요할 일이 없다

앞으로 필요할 것 같아서가 아니라, 지금 필요한 기능을 구현하라. 앞으로 필요할 것 같다면 십중팔구 필요할 일이 없다. 나중에 정말 필요해지면 그때 가서 넣으면 된다.


모듈을 설계하면서 그 모듈이 이번 릴리스와 앞으로의 릴리스에서 해야 할 모든 작업을 미리 생각하고 반영하려 한다면 앞으로 일어나지 않을지도 모르는 기능까지 지원하는 쓸데없이 복잡한 소프트웨어를 만들게 된다.


미래를 예측하는 것보다 현실을 이해하는 편이 훨씬 더 정확하다. 현재에 집중하라.


4. 최소 실행 가능 제품

새로운 무언가를 만들 때 최선은 *할 수 있는* 모든 일을 시원찮게 하는 것보다 정말 잘 할 수 있는 최소한의 일을 하도록 하는 것이다. 이것을 최소 실행 가능 제품(Minimum Viable Product, MVP)이라고 한다.


MVP를 하면 사용자나 고객에게 유용성을 시연하기가 더 쉬워진다. 또한 잘못될 경우 고쳐야 할 부분도 더 적고 실패할 경우 잃을 투자도 더 적다.


5. 좁고 깊게

이 개념은 MVP와 관련된다. 모든 사람에게 모든 것을 줄 수는 없다.


제품이나 기업이 더 많은 일을 하려고 노력할수록 잘 할 수 있는 가능성은 낮아지고 비용과 복잡성은 높아진다. 넓고 얕은 것은 바람직하지 않다.


집중의 문제다. 규모가 큰 조직이나 성숙한 소프트웨어는 “플랫폼”과 사업부를 만들어 더 많은 리소스를 적용할 수 있지만 작은 회사는 한꺼번에 너무 많은 것을 하면 안 된다.


그러나 대규모 조직에도 “좁고 깊게” 원칙은 필요하다. 조직 또는 플랫폼의 각 부분에 대한 원칙으로 두어야 한다. 개별적인 폭이 모여 넓게 될 수는 있지만 각각의 요소는 깊어야 한다.


6a. 최소 비용(운영의 탁월성)

6b. 최고의 제품(제품 리더십)

6c. 최고의 토털 솔루션(고객 친밀성)

 “최고의” 또는 가장 효과적인 조직은 이 세 가지 전략 중 하나를 추구하는 조직이다. 결과적으로 이러한 조직은 가장 비용이 낮은 조직, 최고의 조직, 또는 최고의 서비스를 제공하는 조직이다.


가장 낮은 비용에 초점을 맞출 경우 그 분야에서 최고의 제품이 될 수 있는 최신 기능 일부를 구현하지 못하게 된다.


최고의 서비스(고객 친밀)를 제공하는 데 초점을 맞출 경우 일반적으로 제품이 여러 방향으로 분산되어 각 고객에 따라 대폭 맞춤 제작된다. 이 경우 혁신과 사용 편의성 측면에서 대가를 치르게 된다.


이 목표 중 규모의 확장이 용이한 것은 두 개뿐이다. 가장 낮은 비용 또는 최고의 제품이다. 원하는 검색 결과를 얻지 못할 때 구글 고객 서비스에 전화를 걸 수 없는 이유가 여기에 있다.


7. 테스트 먼저

현대 IDE에서는 테스트를 가장 먼저 해야 한다. 이는 단위 테스트를 먼저 작성한 다음 여기서 클래스 등을 생성해야 함을 의미한다. 결과적으로 테스트가 용이한 소프트웨어가 되므로 더 높은 품질의 소프트웨어가 만들어진다. 또한 계약에 의한 설계와 같은 다른 설계 원칙을 따르도록 유도하는 효과도 있다.


8. 계약에 의한 설계

각 루틴에 대해 그 루틴이 어떤 작업을 하고 그 작업을 위해 무엇이 필요한지를 알아야 한다. 방법은 계약에 의한 설계(Design by Contract)다. 여기서 계약은 소프트웨어의 각 요소를 위한 형식적이고 간결하며 확인 가능한 인터페이스 사양을 말한다. 이 접근 방법을 사용하면 부작용, 전역 변수 및 기타 여러 가지 잘못된 것들을 피할 수 있다.


9. 경합 조건에 주의

일반적으로 경합 조건은 계약에 의한 설계의 다중 쓰레드 위반을 의미한다.


가장 단순한 형태로 보자. 두 개의 쓰레드가 동일한 변수를 변경할 때 한 쓰레드가 먼저 한다면 문제 없다. 그러나 두 번째 쓰레드가 변수를 먼저 변경하는 경우 오류가 발생하고 이것이 경합 조건이다.


이러한 종류의 설계 결함을 탐지하는 것이 불가능할 때도 있다. 간헐적이며 부하가 큰 경우에만 발생하는 경우가 많으므로 단위 테스트로 포착할 수 없다. 고도의 방어적 설계와 쓰레드 간 협업을 피하는 것이 경합 조건을 방지하기 위한 좋은 방법이다. 그러나 메시징 및 이벤트 지향 소프트웨어에서도 다른 버전의 경합 조건이 발생할 가능성은 있다(다만 확률이 낮을 뿐임). 동시성은 어렵다.


10. 콘웨이의 법칙

콘웨이의 법칙(Conway's Law)이란 팀의 커뮤니케이션 구조를 반영하는 소프트웨어를 개발할 수밖에 없다는 법칙이다. 바꿔 말하면 팀의 근본적인 구조를 바꾸지 않고서는(바꾸기는 무척 어려움) 소프트웨어의 근본적인 구조를 바꿀 수 없다.


11. 빠른 실패

 “빠른 실패(Fail Fast)” 원칙은 실리콘 밸리에서 인기 있지만 어디에 적용해도 좋다. 기본적인 개념은 오류가 발생할 경우 소프트웨어는 대놓고, 거침없이 그 오류를 드러내야 한다는 것이다.


아마추어 프로그래머는 모든 변수에서 null을 확인하고, null이 될 수 없는 경우에도 이를 0이나 빈 문자열 등으로 대체한다. 그런 다음 불가능하고 잘못된 상황이 발생했는데도 코드를 계속 실행시킨다. 최고의 개발자는 소프트웨어가 null 포인터 예외를 뱉거나 실제 오류 자체를 내뱉도록 한다.


프로젝트 관리에서 빠른 실패란 존재할 수 있는 정치적 또는 기술적 장벽을 최대한 조기에 찾아내는 것을 의미한다.


비즈니스에서 빠른 실패란 궁극적인 실패를 향해 또는 이른바 ‘라면 수익’을 향해 천천히 투자하기보다 상품이나 비즈니스를 입증하거나 반증하는 대담한 계획을 추진하는 것을 의미한다.


12. 맨먼스 미신

프로젝트 종반에 인력을 추가하면 프로젝트는 더 늦어진다. 고전 ‘맨먼스 미신(The Mythical Man-Month)’은 40년도 넘은 과거의 책임에도 오늘날 소프트웨어 엔지니어링의 많은 오류를 설명한다.


이 용어는 “언제 끝나요?”라는 질문에 냉소적으로 답하는 데도 사용된다. 내 일정은 나도 모른다. 다른 일이 없었다면 신비한 3인일(man-days) 내에 이미 마쳤겠지만, 회의가 6번 더 남았고 그 회의에서도 누군가는 똑 같은 질문을 던질 것이다.


원문보기: 

https://www.infoworld.com/article/3233866/application-development/12-essential-software-development-principles-and-concepts.html




...

반응형

+ Recent posts