이 포스트에서는 신경망의 기초와 Ruby를 활용하여 신경망을 구현하는 방법에 대해 알아보겠습니다! 인공 지능과 딥 러닝에 관심이 있지만 시작하는 방법이 확실하지 않은 경우 이 게시물이 적합합니다! 핵심 개념을 강조하기 위해 간단한 예를 살펴보겠습니다. Ruby를 사용하여 다층 신경망을 작성할 가능성은 거의 없지만 단순성과 가독성을 위해 진행 상황을 이해하는 좋은 방법입니다. 먼저 한 발 물러나서 어떻게 여기까지 왔는지 살펴보겠습니다. 영화 Ex Machnia의 스틸컷. 사진 크레딧 엑스마키나는 2014년 개봉한 영화다. 구글

응용 프로그램을 개발할 때 느리게 실행되는 메서드가 있는 경우가 많습니다. 아마도 그들은 데이터베이스를 쿼리하거나 외부 서비스에 접근해야 할 필요가 있습니다. 둘 다 속도를 늦출 수 있습니다. 데이터가 필요할 때마다 메서드를 호출하고 오버헤드만 수락할 수 있지만 성능이 문제인 경우 몇 가지 옵션이 있습니다. 하나는 데이터를 변수에 할당하고 재사용할 수 있으므로 프로세스 속도가 빨라집니다. 가능한 솔루션이지만 해당 변수를 수동으로 관리하는 것은 금방 지루해질 수 있습니다. 그러나 대신 이 느린 작업을 수행하는 메서드가 해당 변

참고:이것은 Ruby를 사용한 다양한 정렬 알고리즘을 살펴보는 시리즈의 2부입니다. 1부에서는 버블 정렬을 살펴보았습니다. 이 포스트에서는 Ruby로 선택 정렬 알고리즘을 구현하는 방법을 살펴보겠습니다. 선택 정렬은 내부 비교 정렬 알고리즘입니다. 이는 정렬된 항목이 원래 항목과 동일한 저장소를 차지함을 의미합니다. 더 진행하기 전에 데이터 세트가 작은 경우(즉, 10-20개 요소)가 아니면 선택 정렬 알고리즘이 실제로 일반적으로 사용되지 않는다는 점에 유의하는 것이 중요합니다. 그러나 원한다면 자전거보다 먼저 세발자전거를 타

통화에 관계없이 돈은 부동 소수점 숫자처럼 보입니다. 하지만 수레를 통화로 사용하는 것은 실수입니다. 부동 소수점 숫자(따라서 float 개체)는 정의에 따라 기본 아키텍처의 배정도 부동 소수점 표현 특성을 사용하는 부정확한 실수입니다. 정확하지 않은 숫자는 회계사를 불행하게 만듭니다. 이 기사에서는 Ruby 및 Rails에서 화폐 데이터를 처리하는 데 사용할 수 있는 옵션을 해결하는 데 도움이 되는 몇 가지 간단한 예를 안내합니다. 플로트란 무엇입니까? 우리가 말했듯이 float 객체는 다른 산술을 가지고 있습니다. 이것이

그것은 우리 모두에게 일어납니다. 소프트웨어 프로젝트가 성장함에 따라 코드베이스의 일부는 종합적인 테스트 제품군 없이 프로덕션 상태가 됩니다. 몇 달 후에 같은 코드 영역을 다시 보면 이해하기 어려울 수 있습니다. 설상가상으로 버그가 있을 수 있으며 어디서부터 수정해야 할지 모르겠습니다. 테스트 없이 코드를 수정하는 것은 주요 과제입니다. 우리는 우리가 그 과정에서 어떤 것을 깨뜨릴지 확신할 수 없으며 모든 것을 수동으로 확인하는 것은 기껏해야 실수하기 쉽습니다. 일반적으로 불가능합니다. 이러한 종류의 코드를 처리하는 것은 우리

캐싱은 나중에 빠르게 검색할 수 있도록 일부 코드의 결과를 저장하는 것을 의미하는 일반적인 용어입니다. 이를 통해 예를 들어 거의 변경되지 않는 데이터를 얻기 위해 데이터베이스에 계속 부딪치는 것을 피할 수 있습니다. 일반적인 개념은 모든 유형의 캐싱에 대해 동일하지만 Rails는 캐싱하려는 항목에 따라 다양한 지원을 제공합니다. Rails 개발자의 경우 일반적인 캐싱 형식에는 메모이제이션, 저수준 캐싱(둘 다 이 캐싱 시리즈의 이전 부분에서 다룸) 및 뷰 캐싱이 포함되며 여기에서 다룰 것입니다. Ruby on Rails가 뷰를

Github의 전체 소스 Stoffle 프로그래밍 언어의 완전한 구현은 GitHub에서 사용할 수 있습니다. 이 참조 구현에는 코드를 더 쉽게 읽을 수 있도록 많은 주석이 있습니다. 버그를 발견하거나 질문이 있는 경우 언제든지 문제를 열어주세요. 이 블로그 게시물에서 우리는 완전히 Ruby로 구축된 장난감 프로그래밍 언어인 Stoffle용 파서를 구현할 것입니다. 이 시리즈의 첫 번째 부분에서 이 프로젝트에 대한 자세한 내용을 읽을 수 있습니다. 처음부터 파서를 구축하면서 예상치 못한 통찰력과 지식을 얻을 수 있었습니다. 이

이것은 Ruby로 다양한 정렬 알고리즘을 구현하는 방법을 살펴보는 시리즈의 3부입니다. 1부에서는 버블 정렬을 살펴보고 2부에서는 선택 정렬을 살펴보았습니다. 이 시리즈의 이전 게시물에서 논의한 것처럼 데이터 정렬 방법을 이해하는 것은 소프트웨어 엔지니어의 툴킷에서 없어서는 안될 부분입니다. 운 좋게도 Ruby와 같은 대부분의 고급 언어에는 배열을 정렬하는 데 효율적인 메서드가 이미 내장되어 있습니다. 예를 들어 .sort를 호출하면 배열에서 후드 아래에서 퀵 정렬을 사용하고 있습니다. 이 포스트에서 우리는 퀵 정렬과 유사한 알

이 시리즈의 이전 기사에서 Gonet/http 패키지 및 프로덕션 준비 웹 애플리케이션에 사용할 수 있는 방법. 우리는 주로 http.ServeMux의 라우팅 측면과 기타 단점 및 기능에 중점 유형. 이 기사는 ServeMux에 대한 토론을 마무리합니다. 기본 라우터로 미들웨어 기능을 구현하는 방법을 보여주고 Go로 웹 서비스를 개발할 때 유용할 다른 표준 라이브러리 패키지를 소개합니다. Go의 미들웨어 많은 구두 HTTP 요청에 대해 실행해야 하는 공유 기능을 설정하는 관행을 미들웨어라고 합니다. . 인증, 로깅 및 쿠키 유효

최종 사용자에게 소프트웨어를 출시하기 전에 애플리케이션에 버그가 없고 비즈니스 요구 사항을 충족하는지 확인하기 위해 다양한 테스트를 수행합니다. 우리는 많은 테스트를 하지만 사용자가 실제로 사용하지 않고는 소프트웨어가 안정적인지 확신할 수 없습니다. 최종 사용자가 애플리케이션을 사용하기 시작한 후 다음과 같은 이유로 애플리케이션이 예상대로 작동하지 않을 수 있습니다. 사용자 행동은 예측할 수 없습니다. 사용자는 여러 위치에 분산되어 있습니다. 많은 사용자가 동시에 애플리케이션을 사용할 수 있습니다. 대규모 응용 프로그램의 경우

소프트웨어 개발은 ​​어려울 수 있지만 유지 관리는 훨씬 더 어렵습니다. 유지 관리에는 소프트웨어 패치와 서버 유지 관리가 포함됩니다. 이번 포스트에서는 서버 관리 및 유지보수에 대해 집중적으로 다룰 예정입니다. 전통적으로 서버는 물리적 하드웨어를 구매하고 유지 관리하는 온프레미스였습니다. 클라우드 컴퓨팅을 사용하면 이러한 서버를 더 이상 물리적으로 소유할 필요가 없습니다. 2006년, Amazon이 AWS를 시작하고 EC2 서비스를 도입하면서 모던 클라우드 컴퓨팅 시대가 시작되었습니다. 이러한 유형의 서비스를 사용하면 더 이상

캐싱을 설명하는 일반적인 방법은 나중에 빠르게 검색할 수 있도록 일부 코드의 결과를 저장하는 것입니다. 어떤 경우에는 나중에 다시 계산할 필요가 없도록 계산된 값을 저장해야 합니다. 그러나 하드 드라이브에서 읽거나 네트워크 요청을 수행할 필요가 없도록 계산을 수행하지 않고 단순히 메모리에 보관하여 데이터를 캐시할 수도 있습니다. 이 후자의 형식은 데이터베이스가 종종 별도의 서버에서 실행되는 ActiveRecord와 특히 관련이 있습니다. 따라서 쿼리가 다시 수행될 때 데이터베이스 서버에 가해지는 로드는 말할 것도 없고 모든 요청에

때때로 우리가 통제할 수 없는 독특한 상황과 상황이 매우 비정통적인 요구 사항으로 이어집니다. 최근에 어떤 레코드에도 데이터베이스 ID에 의존하지 않고 ActiveRecord를 사용해야 했던 경험이 있습니다. 누군가가 같은 작업을 고려하고 있다면 다른 방법을 찾는 것이 좋습니다! 하지만 나머지 이야기로 넘어가겠습니다. 결정이 내려졌다. 더 작은 데이터베이스(구조에는 클론이지만 데이터에는 없음)를 병합해야 했습니다. 팀이 한 데이터베이스에서 다른 데이터베이스로 데이터베이스 레코드를 복사하여 붙여넣는 스크립트를 마무리하는 동안 프로젝

Ruby의 코드 로더 - Zeitwerk 이해 Zeitwerk를 사용하면 모든 곳에서 클래스와 모듈을 사용할 수 있다는 사실을 알고 프로그래밍을 간소화할 수 있습니다. 코드 로더란 무엇입니까? 코드 로더를 사용하면 개발자가 classes를 정의할 수 있습니다. 및 modules 다른 파일과 폴더에 걸쳐 있고 명시적으로 요구하지 않고 코드베이스 전체에서 사용합니다. Rails는 코드 로더를 사용하는 소프트웨어의 좋은 예입니다. Rails 프로그래밍에는 명시적인 require가 필요하지 않습니다. 컨트롤러에서 모델을 사용하기 전에

Ruby에서 로그 작업 로깅은 애플리케이션이 일반적으로 처리하는 기본 작업 중 하나입니다. 로그는 예를 들어 다음이 필요할 때 사용됩니다. 앱 내부에서 일어나는 일 확인, 모니터링하거나 특정 데이터에 대한 측정항목을 수집합니다. 새로운 프로그래밍 언어를 배울 때 정보를 기록하기 위해 가장 먼저 선택하는 것은 기본 메커니즘입니다. 일반적으로 쉽고 문서화되어 있으며 커뮤니티 전체에 널리 퍼져 있습니다. 로그 데이터는 회사, 비즈니스 및 작업 중인 애플리케이션 유형에 따라 많이 다릅니다. 따라서 귀하와 귀하의 팀이 선택한 로깅

모든 소프트웨어 응용 프로그램은 시간이 지남에 따라 변경됩니다. 소프트웨어를 변경하면 예기치 않은 계단식 문제가 발생할 수 있습니다. 그러나 변경되지 않는 소프트웨어는 만들 수 없으므로 변경은 불가피합니다. 소프트웨어 요구 사항은 소프트웨어가 성장함에 따라 계속 변경됩니다. 우리가 할 수 있는 것은 변화에 탄력적인 방식으로 소프트웨어를 설계하는 것입니다. 소프트웨어를 제대로 설계하려면 처음에는 시간과 노력이 필요하지만 장기적으로 보면 시간과 노력을 절약할 수 있습니다. 밀접하게 결합된 소프트웨어는 취약하며 변경 시 어떤 일이 발생하

이 기사에서는 가장 인기 있는 세 가지 Ruby 템플릿 엔진인 ERB(기본값), HAML 및 SLIM의 성능을 테스트하고 분석합니다. 벤치마킹은 비즈니스 프로세스 및 성능 메트릭을 업계 최고 및 다른 회사의 모범 사례와 비교하는 관행입니다. 한편, 부하 테스팅은 시스템에 요구를 가하고 응답을 측정하는 과정입니다. 우리의 목표는 Ruby 코드를 실행하는 데 사용된 시간을 측정하고 보고하는 방법을 제공하는 Ruby Benchmark 모듈을 약간 탐색하는 것입니다. 몇 가지 인라인 템플릿을 만들고 테스트에 대해 실행하고 세 가지 다른

고백 시간:나는 ​​정규식으로 작업하는 것을 특히 좋아하지 않습니다. 항상 사용하지만 /^foo.*$/보다 더 복잡한 것은 멈추고 생각할 것을 요구합니다. \A(?=\w{6,10}\z)(?=[^a-z]*[a-z])(?=(?:[^A-Z]*[A-Z]){3}) 얼핏 보면 인터넷 검색을 하는 데 몇 분이 걸리고 불행해집니다. Ruby를 읽는 것과는 상당히 다릅니다. 궁금한 점이 있으면 위의 예는 정규식 예측에 대한 이 기사에서 가져왔습니다. 상황 Honeybadge에서 저는 현재 검색 UI를 개선하기 위해 노력하고 있습니다. 많

연초에 우리는 전용 서버 호스팅 시설에서 AWS로 마이그레이션했으며 그렇게 해서 매우 기쁩니다. 그런 식으로 서버를 만지작거리며 보내는 시간이 줄어들기 때문에 많은 자동화가 구현되어 기쁩니다. :) 이 게시물은 처리를 하는 오류 알림의 양이 변경되었을 때 인프라에서 어떤 일이 발생하는지 설명합니다. 확장 방법 우리의 처리 파이프라인은 우리에게 매우 견고한 Sidekiq에 크게 의존합니다. 파이프라인 작업의 대부분은 Autoscaling 그룹에 속한 인스턴스에서 처리됩니다. Sidekiqbacklog가 증가하면 CloudWatch

우리는 최근에 honeybadger 버전 3.2를 출시했습니다. 오류 보고서에 컨텍스트를 더 쉽게 추가할 수 있는 새로운 기능이 포함된 Ruby Gem. tl;dr 꿀오소리 gem은 이제 #to_honeybadger_context 정의를 지원합니다. 모든 예외 클래스의 메서드. 해당 예외의 인스턴스가 발생하여 Honeybadger에 보고되면 해당 컨텍스트가 자동으로 오류 보고서에 포함됩니다. class MyError < StandardError attr_reader :custom_attribute def initia