概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Randall Degges - Please Stop Using Local Storage 原文公開日: 2018/01/26 著者: Randall Degges 日本語タイトルは内容に即したものにしました。 画像は元記事からの引用です。 初版公開: 2019/10/19 追記更新: 2024/04/05 -- リンク情報を記事末尾に移動しました 本気で申し上げます。local storageを使わないでください。 local storageにセッション情報を保存する開発者がこれほど多い理由について、私にはさっぱり見当がつきません。しかしどんな理由であれ、その手法は地上から消えてなくなってもらう必要がありますが、明らかに手に負えなくなりつつあります。 私は毎日のように、重要なユーザー情報をlocal storageに保存す

今回はDocker上にmailhogを使ってSMTPのローカルテストサーバを構築する手順を自分用にメモします。 実はローカルのSMTPサーバ構築については既に以下の記事がTechRachoにあるのですが、長い記事なので今回はローカルSMTPテストサーバーの構築に絞り込みました。 Docker イメージを利用したローカル開発環境向けメールサーバ構築のすゝめ mailhogについて ちなみにmailhogとは、Go言語で書かれたメール送信テスト専用のメールサーバーです。 リポジトリ: mailhog/MailHog: Web and API based SMTP testing 動作確認環境 ruby 2.5.3 mail(gem) 2.7.1 構築手順 まずdocker-compose.ymlを下記のように作成します。 docker-compose.yml # https://qiita.c

更新情報 2019/08/28: 初版公開 2020/11/25: 各項目について現在の状況を追記 ⚓ はじめに こんにちは、主にiOSアプリの開発を担当している川島と申します。 iOS 13のリリースが間近に迫りつつあり、またWWDC2019ではSwiftUIを始めとした新しいツール等の発表、ARKit2やCombineフレームワークなどの発表などにより、昨今のiOS界隈が盛り上がりを見せています。 そうした新しいツールや技術が登場する反面、Appleはバッサリとした互換切りや新技術への対応を短期間で強いる傾向にあり、既存プロジェクトの保守などをしているiOSアプリエンジニアはこの時期に頭を悩ませる人が多いのではないでしょうか。 2年前のSafeArea対応なんかは記憶に新しいですね。 今年もそうした「〇〇対応が必須」のような情報はチラホラと聞きますが、断片的な情報が多い印象です。 この

※夏のTechRachoフェアはアドベントカレンダーの夏バージョンです。普段あまり記事を書かないメンバーにも書いてもらえる機会を作ろうということで企画しています。8/30まで実施予定ですのでお楽しみに！ morimorihogeです。暑かったり涼しかったりな日々が続きますね。 弊社ではここ3年くらい、毎週木曜の昼休み明けの枠で社内勉強会の枠を取っており、その他にも就業時間後に有志で行われる勉強会など、継続的に勉強会の機会を設け続けてきました。 弊社は40-50人規模の開発会社ですが、この規模の開発会社で継続的な勉強会運営ができている会社は意外と少ないかも？と思ったので、どうやって社内の勉強会運営及び継続性を確保してきたかをまとめてみたいと思います。 書いていくうちに長くなってしまったので前後編に分けることにしました。前編は社内勉強会の企画～実施編です。後編ではどうやって継続して開催するか、

こんにちは、hachi8833です。BPS社内勉強会の発表を元に、社内JavaScript勢の皆さまのお力を得て記事を書きました。 目的 JavaScriptをたまにしか使わない私ですが、それもあってなおさら書くときに迷いに迷います。 ネットの情報多すぎ、動き激しすぎ、選り分けるにしても指針が欲しい 古いコードや毒入りコードを拾って食あたりや、泥舟に乗って沈没するのを少しでも避けたい 最初の一歩をどこから踏み出すかの手がかりが欲しい そういったわけで、2019年前半と区切って、一度JavaScript世界について門外漢ならではの「大きな絵」が欲しかったのでした。ここに書いたことの中には来年には古くなっているものあるかもしれません。 ただ、社内のJS勢の話を総合すると、JavaScript世界は数年前に比べるとかなり落ち着きつつあるとのことです。この機会にということで、主に自分のために現在の

メイン著者記事としてはご無沙汰しておりますmorimorihogeです。 今年もTechRachoではアドベントカレンダー特集ということで、普段あまり記事を書く機会がなくて表に出ないメンバーにも記事を書いてもらえる運びとなりました。クリスマスまではアドベントカレンダー特集進行のTechRachoをお楽しみ下さい。 今回は最近メイン開発環境をMacからWindowsに移行したので、そのあたりの感想や設定の勘所などをまとめてみたいと思います。 なぜMacから移行するのか？ 僕はOS XのIntel Macが出たころからのMacユーザー（当時はまだRosettaとかがありました）で、かれこれ10年以上Macを使い続けてきました。多分Webシステム開発用途でMacを使い始めたという人の中では古参の方なのではないでしょうか。 というわけで、なんで移行するの？という話からぽえみーに綴ってみようと思いま

2018.05.18 週刊Railsウォッチ（20180518）Paperclip開発終了、RailsアプリをGDPR準拠に、optparseはやっぱりいい、Rubyの`super`ほか こんにちは、hachi8833です。西城秀樹の死に思いもよらぬ喪失感を覚える年頃です。 高校時代の日本史の教師が「西城秀樹と東条英機 これだけ似た名前なのに 文字はひとつも重ならないんだ 覚えておくように」と言ったのを 今も覚えてる — 吉岡 平　巻き込みリプは即刻ブロックします (@torinakisa) May 17, 2018 ほんのり汗ばむ季節のウォッチ、いってみましょう。 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ ⚓Rails: 今週の改修 ⚓Google Cloud Storageからのストリーミングダウンロードをサポート PR: Suppor

2018.05.11 週刊Railsウォッチ（20180511）ArelがRailsにマージ、RailsのGDPRエンジン、RubyでWebAssembly、VS IntelliCodeのAIレビュー機能ほか こんにちは、hachi8833です。長い休みがあるとウォッチに載せたいものがモリモリ増大してしまうので削るのが逆につらいです。 夏日のウォッチ、いってみましょう。心なしかRust成分が多めになりました。 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ ⚓Rails: 今週の改修 まずはRails 6.0向けのmasterブランチから。 ⚓ArelがRails本体にマージ PR: Merge Arel by matthewd · Pull Request #32097· rails/rails 変更量が莫大なのでdiffはなしです。 ここしば

概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Managing db schema changes without downtime 原文公開日: 2018/03/22 著者: Sam Saffron -- Discourseの共同創業者であり、Stack Overflowでの開発経験もあります。 後半で紹介されているgemについては先週のRailsウォッチもどうぞ。 2018/04/09: 初版公開 2022/10/25: 細部を更新 Discourseのメンバーはいつも継続的開発の大ファンであり、コミットのたびにCIのテストスイートと対決しています。すべてのテスト（UI、単体、結合、スモーク）にパスすれば、自動的にコードの最新バージョンがhttps://meta.discourse.orgにデプロイされるようになっています。 私たちが継続的開発というパターンに沿って実践し

追記: 訳文修正いたしました（2018/03/28）。 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: SOLID Principles #1: Single Responsibility Principle | Netguru Blog on Ruby/Ruby on Rails 原文公開日: 2018/02/13 著者: Marcin Jakubowski サイト: netguru 翻訳記事の相互リンクは今後更新いたします。 「SOLIDの原則シリーズ」へようこそ。このシリーズ記事では、SOLIDの原則をひとつずつ詳しく説明し、分析します。シリーズの最後にはいくつかのヒントや考察を含む総括記事をお送りしますのでどうぞご期待ください。 それでは始めましょう。「SOLIDの原則」とはそもそも何なのでしょうか？SOLIDとは、オブジェクト指向プログラミング設計における一般的な原則

morimorihoge@Webチーム部長です。ご無沙汰しています。ゴ魔乙はギルド戦が実装されてから拘束時間が多くなり、そろそろ見切りを付けようかとも思い始めた今日この頃です。とりあえずポケモンGOは始めました。 しばらくTechRachoに投稿できていなかったわけですが、別に遊んでいたわけではなく、むしろ開発会社としての本業の方で一杯一杯でなかなか記事を書く気合を充填できていませんでした。 今回は、最近社内で（というか主に僕のいるWebチームで）取り組んでいる社内エンジニアのスキルアップへの取り組みについて、これまでの経過と近況を書こうと思います。長いです。 ※今年に入ってから弊社は事業拡大を目指して採用活動を強化しており、現在進行形でメンバの増強を行っています。新しい人が入ってくる中で古くからの人もいるという当たり前のことではありますが、過去にこういう取り組みをしていたんだよという記録

2015.02.25 20人の開発会社でSLACK有料化してみたよ。SLACK有料プランを導入後の業務効率の変化と費用対効果の予想まとめ。 自己紹介 西新宿を拠点とするシステム開発会社の雑用係長、渡辺です。外にいる時間と社内にいる時間が丁度半々くらいです。仕事していると毎日使っているツールにも慣れて自然と業務効率が上がっていきますよね。でも使い続けていると不満に鈍感になり習慣の改善が難しくなる。そういう意味では導入前と導入後で差がほとんどないくらいであっても、変化を受け入れてやってみることはとても大切です。逆に、変更すると面倒が増えてしょうがない場合もあるだろうから、そういう自体だけは避けられたらいいな、というスタンスです。来年の今頃、継続するかどうかを決断するので今のうちに現時点での考察をまとめています。 導入の経緯、SLACKとは的なところも メールとかSKYPEなんてもうダセえよ！今

1年くらいchefを使ってサーバ構築をしていたのですが、最近ansibleに乗り換えたので紹介記事を書いてみます 1. サーバ側に何もインストールする必要がない chefは管理対象ノードにchef-clientをインストールする必要がありますが、ansibleはPython 2.4が入っていて、sshでログインできればOKです。 chefもパッケージや,knife bootstrapコマンド等があるので始めやすいですが、何もする必要がないansibleの方が敷居が低いのかなと思ってます。 例えばsshでログインできれば、以下のコマンドを打てば10.0.10.1～10.0.10.3サーバの情報をとってくれます(カーネルバージョン,CPU,メモリ,ディスクサイズ,ディストリビューション等)。 この機能はchefで使われているohai相当のことをしてくれます。 echo 10.0.10.1 >

morimorihogeです。残暑やばい。 ※元々は2014年に書いた記事ですが、2020年になっていろいろと事情も変わっているので2020年revise版として更新しました。 弊社ではバージョン管理システムにGitを使っています。 数ヶ月以上一緒にやっているある程度ツーカーなメンバーだけのプロジェクトなら問題無いのですが、案件によっては協力会社の方が一時的にJOINしたり、新規参入メンバーの参加などで、これまでGitを使ったことがない、または本格的なチーム開発でGitを使ったことがない人が参加することもあります。 ※2020年現在では流石に全くGitを使ったことのない開発者というのはほぼ見なくなりましたが、チーム開発できちんと運用に乗せて使ったことがない、という所は今でもそこそこあるようです。 Gitは自由度の高いシステムですが、その分概念を覚えることが必要なため、導入の敷居が高い方だと

2年前、役員と社員あわせてエンジニア5人だった弊社は1年間で20人のエンジニアを採用しました。採用前の当時の売上は約1億。採用のために使ったキャッシュは売上の10％程度の1000万円前後。社内の実働も含めると実質売上の15％以上です。それについては以前記事にしましたので興味があるかたはこちらをどうぞ。今回のその後についでです。そもそも何やってる会社だ？と興味もってくださった方はこの記事でも軽く紹介しますがもしよければ弊社HPをご覧ください。 採用の目的は事業拡大でした。時間の切り売りから商品の提供まで売り方は様々でしたが弊社売り物は技術です。だからエンジニア募集しました。そして自分たちの夢を一緒に追いかけてくれる人が20人も集まってくれました。数年間3~7人でやってきたのでまるで夢のような感覚でした。でも悪夢のような速度でお金が飛んでいきます。倒産しかけるって表現は人それぞれだと思いますが

ungitはnode.jsで動くグラフィカルなgitクライアントです Learn Git Branchingみたいな直感的なGUIで操作できるので とても分かりやすいです インストール 今回はnvmを使用してnode.jsを入れます $ git clone git://github.com/creationix/nvm.git ~/.nvm $ source ~/.nvm/nvm.sh $ nvm install v0.10.22 $ npm install -g ungit $ nvm use v0.10.22 ログイン時も有効にしたい場合は.bashrcに以下のように書いておきます if [ -d $HOME/.nvm/ ] then source ~/.nvm/nvm.sh nvm use v0.10.22 > /dev/null fi 起動 以下のコマンドで

Rails4がリリースされてしばらく経ちましたが，一部のgemが対応に追いついていないこともあり，まだ本番系のシステムに適用するのは様子見かなというところです．社内システムや個人的に遊ぶアプリで予行練習中． というわけで，まだもうしばらくはRails3のお世話になりそうなので，Rails3の総まとめというわけではないですが，良く使うgemをまとめてみました．社内のチームMTGでの発表資料をSlideShareにアップロードしてあります． 既にRails開発に慣れた人にとってはおなじみのgemが多いと思いますが，これからRailsでの開発を始める人にとってはそれなりに有用かと思います． また，弊社では数多くのRailsアプリケーションをcapistranoでdeployしている実績がありますので，deploy関連のgem等も参考になればどうぞ． ================以下追記（20

iptablesでサーバを守るときに知っておくと良いことを3つ紹介します 1. 接続回数を制限する(IPアドレスごと) hash_limitを使います これにより特定ホストからの大量アクセス、DoS攻撃を緩和することが可能です 例 2. 接続回数を制限する(サービスごと) limitを使って制限します これにより多数のホストからの攻撃、DDoS攻撃を緩和します limitを使った制限は全ホストが等しく制限を受けるため、ssh等に設定すべきではありません。 （攻撃を受けている間は自分たちも制限されるため） Webサーバが大量アクセスで落ちそうな場合は使えるんじゃないでしょうか？ 例 3. 接続IPアドレスを限定する IPアドレスの国別割り当てをAPNIC等から取得してコマンドを作ります この手のルールは長くなるので、ユーザー定義チェインにしたほうが見やすくなります 例 あとはこんな感じのスク