この記事は、Techouse Advent Calendar 2024 1日目です。 記念すべき初日は、シニアエンジニアリングマネージャー 兼 Techouse Developers Blog の編集長である nissiy が書かせていただきます。 今回の記事では 「エンジニア100人に聞きました」 を実施いたします。 「エンジニア100人に聞きました」とは、10年以上前にサイボウズ社を中心に行われた会社を跨いだコラボ企画であり、各社の エンジニアの気風 を紹介し合った取り組みになります。 cybozushiki.cybozu.co.jp 今回は勝手に「エンジニア100人に聞きました」をリブートさせていただき、Techouse紹介用に質問を作成したので、社内の 正社員エンジニア28人 に答えていただきました。 なぜアンケートを取って公開しようと思ったか 普段、採用においてカジュアル面談をし
前置き、概要説明 Rubyはバージョンによる差異が大きく、各バージョンで互換性がない場合もあります。その為、複数のプロジェクトに携わっている場合はプロジェクト毎にRubyのバージョンを切り替える必要があります。この問題を解決してくれるのがrbenvというツールです。 rbenvはシステム内に複数のバージョンを共存させることを可能にしてくれます。具体的には、特定のディレクトリ配下(プロジェクト)に特定のバージョンを適応するといった制限を掛けてくれます。つまり指定のディレクトリ外には影響を与えず、隔離することが可能な為にクリーンな環境が保てます。 これはRubyのライブラリであるgemにおいても同様です。バージョンによる差異が大きい場合がある為、プロジェクト毎に適切なバージョンのgemを利用する場合があります。これにはBundlerというツールを利用します。 Bundlerを用いることで、本来
webminのcommand shellから bundle exec rake redmine:check_periodictasks RAILS_ENV="production"のようなコマンドを発行して、redmineに定期チケットを登録しようとするのだけど、以下のようなエラーがでてうまくいかない。 # cd /var/lib/redmine; bundle exec rake redmine:check_periodictasks RAILS_ENV="production" /usr/local/rvm/rubies/ruby-1.9.3-p194/lib/ruby/site_ruby/1.9.1/rubygems/dependency.rb:247:in `to_specs': Could not find bundler (>= 0) amongst [bigdecimal-1
本記事は個人の意見であり、所属する組織の見解とは関係ありません。 こちらはAWS Fargate Advent Calendar 2017の12/3分の記事です。 今日は、Ruby on Railsのアプリケーションをローカル環境で作成し、それをFargateにECSでデプロイするところをやってみます。なお、データベースとしてはAmazon RDSで作成したMySQLを利用します。 事前準備 以下のものをローカルにインストールしておきます。 AWS CLI ECS CLI Docker CLI (Compose含む) ローカル環境の構築 Docker ComposeのRailsチュートリアルが秀逸なので、これを踏襲しながら実施してみます。 docker Quickstart: Compose and Rails 手順は全てMakefileにしてみました。 new: echo "$$_gem
追記 コードの全体像がわかりにくいって意見をもらったのでgithubにコードおきました。 (りーどみーがわかりにくいとかあればPRいただけると幸せです) https://github.com/togana/sample-rails-docker versionとか少し変わってたりDockerfileの中で実行してるコマンドが少し変わったりしてますが、大きく変わっているところはないので参考にしてください！ 追記2 docker-machineの共有ファイルを利用している場合、Rails5からファイル変更しても検知できなくなっていました。 ファイルの変更を検知しているのは config.file_watcher という設定です。 ここがバージョンアップに伴い変更されていました。 ActiveSupport::FileUpdateChecker から ActiveSupport::Evented
rbenvはRubyのバージョン管理をするためのツール。他にも似たようなツールにはRVMがある。あまりRubyに詳しくない私が感じる限り、最近はrbenvが'はやり'のようだ。 最新安定版のRubyをインストールする CentOS7のyumでRubyのバージョンを確認してみたところ、下記の様な感じ。 最新の安定版は2.3なのでせっかくRubyなら最新版が良かろう、ということでrbenvをインストールする。 余談 PHPは現状5.xでもいいと思っているのだが、Rubyは最新版をインストールするのは何故か。仕事でないということと、数少ないrailsの案件を扱っていて、保守しなかった場合の辛さがPHPに比べて非常に大きく、Rubyではアップデートについていく事が重要に思えるからだ。
AWS Management Consoleはとても良く出来ていて、管理資料なんか無くても良いくらいです。 Windows使うことも無くなり、EXCEL開く回数も激減したのですが、それでもEXCELと一緒に社会人としての人生を生きてきているので、どうしてもあの表形式から離れられません。 今会社はExcelよりもGoogleドキュメントの方が良く使うので、そちらにEC2のリストを取得するスクリプトを書いてみました。 準備 スクリプト(Ruby)準備 Google ドキュメントの認証情報 設定ファイル準備 実行してみる 【補足】Google認証情報の取得方法 準備 AWSとGoogle Docsそれぞれの連携用のGemをインストールします。 gem install aws-sdk gem install google_drive スクリプト(Ruby)準備 以下のRubyスクリプトを適当なフォ
この夏、あるシステムでSTNSを使えそうな気がしました。 STNSとは何か、ですって？ なら落ち着いて、時代が求めたSTNSと僕 // Speaker Deck を読みましょう。 OK、読みましたかね。 で、ユーザのDBにSaaSの何かを使えればいいなとおもってバックエンドを書けるかなという試み。時代とはつまり私だった。 この記事で出てくるコードを置きました。 https://github.com/sawanoboly/stns_backend-sinatra-example STNSのバックエンド仕様を調べました 注: こちら、記事作成時点のSTNS APIバージョン1.0の仕様についての調査です。※バックエンドの指定にv2をつけなければそのまま使えます。 API v2.1(またはそれ以降)については http://stns.jp/en/interface STNS製作者のP山さん曰く、
前書き 私が前にいた会社 (CD Baby) は、かなり早い段階でRuby on Railsに乗り換えたのですが、またPHPに戻ってしまいました (詳細は私の名前をGoogleで検索してみてください)。そんな私ですが、Michael Hartl 氏の本を強く勧められたので、その本を使ってもう一度試してみた結果、今度は無事に Rails に乗り換えることができました。それがこの Ruby on Rails チュートリアルという本です。 私は多くの Rails 関連の本を参考にしてきましたが、真の決定版と呼べるものは本書をおいて他にありません。本書では、あらゆる手順が Rails 流で行われています。最初のうちは慣れるまでに時間がかかりましたが、この本を終えた今、ついにこれこそが自然な方式だと感じられるまでになりました。また、本書は Rails 関連の本の中で唯一、多くのプロが推奨するテスト駆
概要 プロビジョニングツール Itamae Ohai 連携オプションでサーバー情報を Node から利用します。 Ohai は環境の情報取得用のライブラリ。 ※ ohai については下記リンク参照 https://github.com/opscode/ohai http://docs.getchef.com/ohai.html 試行 レシピを作成 require 'pp' pp node[:platform] pp node[:platform_version] pp node[:hostname] pp node[:languages][:ruby] $ itamae local --ohai recipe.rb "12.04" "precise64" {"host_vendor"=>"unknown", "gem_bin"=>"/usr/local/bin/gem", "target_
はじめに この記事はGREE Advent Calendar 2013年の21日目です。お楽しみください！ こんにちは、アゴひげがダンディーだと評判の九岡です。GREEでは、JavaやScalaを布教するための土台を固めるため、デプロイや監視の仕組みづくりなどを横断的にやっています。今回はその過程で得られた知識を「Capistrano 3の入門記事」という形で共有させていただきます。 この記事ではCapistrano 3の基礎をご紹介します。Capistrano 3はRubyをベースにしたサーバ操作およびデプロイの自動化ツールです。Capistrano 3を利用することで、デプロイなどの複雑なサーバ操作を自動化することができます。ここの記事では、特にデプロイに焦点をあてながら、Capistranoでサーバ操作を自動化する考え方と実現方法をご説明していきます。 Capistrano 3の習得
package "epel-release" package "gcc" package "openssl-devel" package "libyaml-devel" package "readline-devel" package "zlib-devel" package "git" RBENV_DIR = "/usr/local/rbenv" RBENV_SCRIPT = "/etc/profile.d/rbenv.sh" git RBENV_DIR do repository "git://github.com/sstephenson/rbenv.git" end remote_file RBENV_SCRIPT do source "remote_files/rbenv.sh" end execute "set owner and mode for #{RBENV_SCRIPT}
今更感が拭えませんが、乗りかかった船なのであと数回続けいきます。 はじめに Chefとは、Chef社(旧Opscode社)が開発したプロピジョニングツールです。 レシピと呼ばれるRubyのDSLを使ってサーバのあるべき状態をコードに定義することで、サーバの構築作業を自動化します。テキストファイルの構築手順書と比べた場合、次の様なメリットがあります。 構築作業の自動化 オペレーションミスの排除 サーバーの抽象化 コミュニティレシピの利用 世界中の企業で導入されておりプロビジョニングツールとしてはデファクトスタンダードの実績を誇ります。 サーバーをChefの管理下に置くことで、たった1台のマシンから巨大なクラスタに至るまで、サーバーの構築、オペレーション作業を集中管理できるようになります。 Red Hat社が類似ツールのAnsibleを傘下に入れたことからも重要さを伺えます。 Chef Ser
これが出来ると何が嬉しいの？ 一括メッセージ設定、一括送信の自動化が出来ます！ ##前提条件 Ruby環境 gem install aws-sdk-coreを実施済みであること iOS環境 AWS SNSでアプリを作成済みであること AWS SNSへエンドポイントを自動登録出来る実装が完了していること AWS SDKを導入済みであること 上記の内容は以下のサイトが参考になります！ ##概要図 ・流れ1:アプリ起動時にAWS SNSのアプリ側にデバイストークンを登録 ・流れ2:対象のSNSからエンドポイントを取得 ・流れ3:作成済みのTopicに取得したエンドポイントをSubscribeする ・流れ4:アプリに対してメッセージをpushし、即時に通知 Rubyスクリプト sample.rb require 'aws-sdk' sns = AWS::SNS.new( :access_key_i
http://yurie.sexy/ のサイトの多言語化でいろいろ試行錯誤していましたがようやく落ち着いてきたので紹介してみます。そもそも i18n のやり方とか概念は他のページを参考にしてください。ここではどの locale で見せるかをどのように切り替えているかを紹介します。 やりたいこと 基本方針は下記のようにします。 params に locale が明示してあればその言語を使用する 明示してなければ環境変数 HTTP_ACCEPT_LANGUAGE を見に行き、最初に現れた locale を使用する（厳密にやるなら q= も見に行くべきかも） ただし、いずれも、 I18n::available_locales に存在しない locale の場合は無視する 判定できなかったときは I18n.default_locale をセット とします。今回のケースで対応する言語は :ja と
はじめに こんにちは。システム開発部の中村です。 機械学習についての理解を促進するため、 データから分類モデルを自動で構築する古典的な方法である、 ナイーブベイズ分類器を実装してみました。 最近はCloudVisionAPIなど専ら画像解析が流行っていますが、 自分のような初学者には敷居が高そうだったため、まずは自然言語処理です。 今回は、TwitterAPIを利用してbotアカウントから名言を収集し、 羽生さんと羽生くんを分類する羽生分類器を実装しました。 尚、APIクライアントはRuby、分類器はPythonで実装し、 形態素解析にはMeCabを利用しています。 また本来ならばどちらも羽生さんとお呼びしなければならない所、 便宜上フィギュアスケーターの羽生さんを羽生くんと表記させて頂く事をお許し下さい。 ツイートデータの収集 APIClientは、Twitter Ruby Gemを使っ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
