キャリアと年齢を積み重ねるにつれ、新しい世界へ飛び込むことを恐れてしまう人も多いのではないだろうか。今回は17年務めた会社から、新たにパーソルキャリアでAWSの推進に携わる決断をした月島にインタビュー。 所属するAWS推進グループが目指す「最適なインフラ構築」について、また新型コロナウイルス感染症の流行にともない変化した全社への貢献について、存分に語ってもらいました。不測の事態にも柔軟に対応する組織が持つマインドをぜひ感じ取ってください。 45歳で異業界への転職――― ――月島さん、本日はよろしくお願いします。まずは、月島さんのこれまでの経歴を教えてください。 月島：最初に就職した会社はパソコンを作るメーカーで、品質管理や保証をメイン業務としていました。続いてネットワーク系のSIerに転職。エンジニアとしてのキャリアはここからスタートしました。 最初はネットワークを主に担当していましたが、

Speeeの新入社員向けOSSイントロダクション （この記事および記事中で使用している画像のライセンスはCC BY-SA 4.0です。原著作者名は須藤功平です。） SpeeeのOSS活動をサポートしているクリアコードの須藤です。2016年からいろいろな形でサポートしてきました。たとえば、OSSの開発に参加する方法を体験するワークショップを開催したり、RubyKaigiでのコード懇親会というコード（OSS）にフォーカスした新しい懇親会のスタイルを企画したり、特定のOSSの開発を支援したり、毎月何人かの社員の方と最近どう？という話をしたり、新入社員のみなさんにSpeeeとOSSについて紹介したりしています。今回は最後の「新入社員のみなさんにSpeeeとOSSについて紹介」を紹介します。Speeeに入社するとこんな感じなんだということの一部が伝わってSpeeeに入社したくなる人が増えることを期待

どうも。今は保守をメインの業務にしている muryoimpl です。 今回は、私がこうなっていると読みやすくて嬉しいなぁというコードについて、頑張って言語化していきたいと思います。 明確な指針を出しにくいものなので、リーダブルコードやリファクタリング Ruby エディションには載っていないかもしれないですが、今から書いていくことが意識されているコードを私は読みやすいと思うので、こういう観点もあるのね、くらいの気持ちでお付き合いください。 メソッドを見れば流れがわかる、短期記憶にやさしいコード 私は局所を見るよりも、まず全体の流れがわかったうえで詳細を読むほうが理解が進むタイプの人です。 メソッドの全体の流れがわかると、流れからどの部分で何が行われるかだいたい想像することができるので、詳細を見に行ったときに予めイメージを持っておけるし、イメージがわけば考える範囲を限定できるため、100%手探

タイトルの通りです。CFPの審査のある登壇は2回目、LT以外では初ということで実績解除です。 kaigionrails.org speakerdeck.com 経緯 "Dark Depths of SMTP" の執筆後からPostfixのもうちょっと深い部分について書けた可能性について考えていて、例えばPostfixは受け取ったメールをもとにコマンドを実行するということができて、それを使えば例えば電子書籍のソーシャルDRM*1が作れるのではないか、ということを考えていました。そうしたらRails 6.0でAction Mailboxという機能が降ってきて、簡単な紹介とメール技術の基礎みたいな話は昨年のFukuoka.rb #150で発表しました。個人的にその発表をした時点では実際Action Mailboxをちゃんと使うところまで行っていなかったのであまり満足でなく、そもそもRubyの話ほ

当ブログをご愛読頂いている方であれば、当然ご存知ないことと思いますが、俺は DNS が大好きです。 とは言っても、DNS サーバーの構築とか運用に詳しいわけでも、攻撃に対抗する方法を知っているわけでもありません。 やったことがあるのは、せいぜい、レンタル DNS サーバーでゾーン定義ファイルを書いて遊ぶくらいのものです。 昨今は、DNSSEC で遊びたいのですが、そのための環境が無く、悲しみに暮れています。 閑話休題。 タイトルの 2/3 のジレンマというのは、DNS の運用において成立させたい、とある 3 つの性質のうち、同時に成立できるのは 2 つまでで、3 つ全部を成り立たせるのは不可能だ、ということを指しています。 その 3 つの性質というのは、 Zone Apex によるアクセス DNS サーバーのアウトソーシング 変動する IP アドレス です。 こういうの、何て言うんでしょう

AWS VPCで、「踏み台」と呼ばれるサーバーがあります。 なぜ踏み台なのか。 「踏み台」は通常の意味では高いところのものを取るときなどに使う台のことですが、比喩的表現では何だか悪い意味で使われます。「他人を踏み台にして出世する」など、いかにも卑怯なイメージです。 元々の用語（英単語）では「bastion」なんですよ。日本語にすると「要塞」です。 AWS公式でも「Linux Bastion Hosts on the AWS Cloud」として、手法が紹介されています。これがおそらくAWS VPCで「踏み台」の手法が一般化されることになった起源です。 Linux Bastion Hosts on the AWS Cloud ところが、日本語ページの題名は「AWS クラウドでの Linux 踏み台ホスト」ですよ。 AWS クラウドでの Linux 踏み台ホスト なぜ「踏み台」などと訳したのか。

なんだか珍しく、あおり気味のタイトルにしてしまいました。 最近読んだ以下の記事が大変おもしろかったので、今まで私の中で度々反芻していたものを文章としてまとめてみました。 gihyo.jp なぜ今GraphQLが騒がれているのか。ポストRESTが求められている理由、なぜポストRESTが求められなければいけないのか？　ポストRESTの登場によって私たちにとって何が嬉しくなるのか？　そのあたりを色々と触れていきたいと思います。 本文に入る前に ここでは、RESTと記載していものに、REST ful であることも含めています。RESTの推奨（規約ではない）に準拠して開発されたAPIをREST Fulと呼ぶのであって、そこにAPIとしての違いは無いためです。 どちらかと言えば、私の意識としてはパブリックなAPI、オープンデータ用のAPIであったり、KintoneやSANSAN、Salesforce、

Rails の ActiveSupport::TestCase を使っているとして、サクッとミニマムにやりたい。 minitest-around を使うと、以下のような around メソッドを定義することで setup/teardown をセットで実行できる。 require "test_helper" require 'minitest/around/unit' class CatTest < ActiveSupport::TestCase def around(&block) p "konnichi nyan" block.call p "sayouna nyan" end def test_nyan # ... end end でも、なんとなく ActiveSupport::TestCase が用意している setup, teardown と揃えてDSL風に使いたい。 requir

追記: 文面を修正しました。 2018-05-21 すこし話題になっている（いた?）ようだが、jQueryを（読むだけで自分では）使ったことの無い私が気付いただけで間違いが10個あった。 サイトはここ GitHubにソースがある 見つけた間違い 60個あるうち10個 つまり全体の1/6, 16.6% 内容についてはレポジトリ参照（しかし、そこまでする利点は無いので見なくてよいです） メソッド どうしたか children 既にissueにあった contains issue出した empty issue出した fadeIn issueで指摘されたのに確認されないまま閉じられたのでコメントした trigger issue出した offset PR(Pull Request)が間違っていたのでコメントした outerWidth/Height PRを取り入れていたが、やはり間違っていたのでコメン

みんなのウェディングの高井です。 クラスベースのオブジェクト指向プログラミング言語を利用している人であれば、クラスとは、ありふれていて普段から利用するものです。にもかかわらず、良いクラスをつくるというのは、なかなかに難しいことです。 先日、みんなのウェディングでアルバイトをしてくれている学生さんのコードレビューをしていたときにも、それを強く感じました。 実践的プラグマティックには「ソフトウェアの規模や文脈にあわせて、適切に抽象化していただきたい」という以上のことを言っても仕方がないところなのですが、それだけでは経験の浅いプログラマーにとって、まったく分からないという話になってしまいます。 というわけで、今回はクラス設計の原則についてのお話しです。 Bertrand Meyerのクラス設計の原則 Bertrand Meyerは『オブジェクト指向入門 第2版』の中で、クラス設計について章をひと

RubyKaigi 2015 応援企画「リファクタリングコンテスト」は終了しました たくさんのご応募ありがとうございました お問い合わせはこちら トップページへ

誰かの役に立ったら嬉しいので、タイトルにできるだけ突っ込んだ。 macOS Sierra 10.12.5をクリーンインストールしたあと、メッセージ.appでiMessageの受信・送信で問題が出た。 言語化するのが難しいのだけれど、フォーラムを見ていたらそのままズバリのものが見つかった。 macでメッセージを国番号を含まない携帯宛に送受信したいのですが | 公式 Apple サポートコミュニティ 自分で把握できたのは次のような現象。 iOS10のデバイスからのiMessageの送信には問題がない。（私の手持ちにはiPhone 6s Plusと5sがあるがどちらもOK） メッセージ.appからの送信時に、090ないし080で始まる普通の電話番号宛にiMessageを送ろうとすると、送れない。 送信前にはiMessage登録済みの青いアイコンが出ているため、一見普通に送れるように見える。 送信

このエラーの意味が分からずにgoogle検索しまくること、2日あまり経ちましたが、諦めずに探し続けることが大事ですね。 ちなみにエイプリルフールですが、フランスが発祥という説があるみたいですね。 話がそれましたが、 ⇩  解決策は下記サイトへ ・アイコンフォントをgit管理するとファイルが破損するときの対応方法 | jMatsuzaki 原因はgitの改行コードを自動変換する仕組み Webフォントは、バイナリーファイルで、gitが改行コードのCRLFをLFに自動変換する処理において、バイナリー内のCRLFまでLFに書き換えてしまうことで、バイナリーが壊れてしまっていたことが原因らしいです。 gitの改行コードはLF（ラインフィード） gitはもともとLinuxの生みの親、リーナス・トーバルズによってLinuxカーネルのソースコード管理に用いるために開発されたので、Linuxの改行コード、L

2017.03.22 Railsフレームワークで多用される「options = {} 」引数は軽々しく真似しない方がいいという話 こんにちは、hachi8833です。今回はBPSのSlackでのやりとりを元に記事にいたしました。 私も軽々しい方なので、メソッド定義でoptions = {}が使いたくなったらよく考えることにします。 = {}引数の使い方と歴史 今回の記事化にあたり、morimorihogeさんから= {}引数について詳しく教えていただきました。 本題に入る前に、ここでは= {}引数について必要な部分のみをまとめ、Rubyの引数そのものについては別記事といたします。 はじめに: 「オプション」とは まずおさえておきたいのは、ITの文脈でオプション（option）という言葉を使ったら、その項目は原則として「必須ではない」「あってもなくても動く」という共通理解が求められるというこ

Web developer の大庭 (@ohbarye) です。 今回はタイムゾーンにまつわるお話をしたいと思います。 タイムゾーンは私が Quipper に入社したばかりの頃に最も頭を悩ませたことの一つです。入社以前にはタイムゾーンを跨ぐようなグローバルなアプリケーションの開発を全くしてこなかったので、まさにゼロから学び、考え、そしてハマりました。今でも気を抜くとハマりそうです。 入社からおよそ1年。この間に得た経験と知識を活かし、タイムゾーンと向き合うテクニックをまとめてみたいと思います。 目次 はじめに 前提 - Quipper のご紹介 難しさ 現在時刻を扱う問題 言語、フレームワークの実装 認知の問題 タイムゾーンを考慮した設計の問題 解法 基本的な考え方 デフォルトタイムゾーンを設定する PostgreSQL Rails タイムゾーンを意識した設計 タイムゾーンを意識したプログ

イントロ 例えばAPI サーバーを作るときに「この URL にアクセスする時は、常に json でアクセスしてほしい」みたいな事を実現したい。 それを実現する具体的な方法としては namespace :api, format: 'json' と routes を書けばいいと思ってました。 (デフォルトの format が json になるので) ただ それ以外の format を渡した時にどう動くか 似たような事ができる実装とどう違うのか がよくわかってなかったので、その時にした実験をもう一度やってみたメモ。 パターン1 class Api::AccountsController < ApplicationController def index @accounts = Account.all respond_to do |format| format.html { render } fo