以前、当ブログの「Apple製品を会社として導入するための準備をした話」にてApple IDに関していくつか言及しました。 しかし、この記事は2017年の内容であり、2019年7月現在では少々状況が変化しています。 今回は、Apple IDにフォーカスして2019年7月時点の教育や企業、法人などの組織における運用方法等を紹介します。 2019-12-16 追記 Managed Apple IDとMicrosoft Azure Active Directoryの統合機能はすでに使用可能です。 詳しい内容については「Apple Business Manager/Apple School Managerの設定」の記事をご確認ください。 Apple IDの役割 組織におけるApple IDに関する課題 App Storeの規約について 課題解決のためのクラウドポータルApple School Ma

この記事は 2016年 第2のドワンゴアドベントカレンダー、20日目の記事です。 qiita.com ドメイン駆動設計に関して悩める若者に送るポエムを書いていたら長くなりました。 20日目なはずなのに今日は 12/25 ですが、お察しください。 TL;DR ドメイン駆動設計には3つの顏がある それは「哲学」「戦略」「戦術」である 「戦術」にスポットがあたりがちだが、まず「哲学」とコアの「戦略」から理解する プロダクトにおけるドメインモデルの全体像を描いてから「戦術」を検討しよう ドメイン駆動設計をどの程度取り入れるかの 「ドメイン駆動設計の適用レベル」について はじめに ドメイン駆動設計(DDD)、以前と比較して認知が上がってきたのか、よく「DDD やってるんですか?」 「DDD ってどうはじめればいいんですか?」と聞かれることがあります。そしてこの時にまず話に上がるのが、エンティティ、集

Abstract わたしは普段、ブラウザ上で動作する業務アプリケーションをJavaScriptで開発しています。このセッションでは、複雑化するwebアプリケーションに対して、どのようなアプローチで設計し、その複雑さに立ち向かっているのかについて発表します。 ブラウザ上で動作するある程度以上に複雑なアプリケーションを開発する際には、例えば以下のような問題が起こりがちです。 DOM操作やスタイル操作とロジックが密結合してしまい、DOM構造を変えたいときにJavaScriptのソースを読み解く羽目になる APIコールなどの非同期な操作が、ソースコードの可読性を下げてしまう 「バリデーションはどこに書けばいいんだ？」 「APIから返ってきた値をそのまま表示するんじゃなくて、加工して表示したいんだけど、どこにそういうロジックを書けばいいんだろう？」 これらの問題に対して、万能の答えはおそらくありませ

こんにちは！ Misoca開発チームのめろたん(@renyamizuno_)です！ 最近LEGOランドが開園したので行きたいのですが、地味に遠いため行けてないマンです。 最近あった面白いことは、 スマホでスクショとか撮れないなぁと思って色々確認したら、 最近スクショとかカメラ撮れんなーと思ってストレージがいっぱいなのかなぁ と思って見たら 最大が25GBに対してアプリ1TBとかでクソ笑う pic.twitter.com/inymgYrToH— わかり亭めろたん。 (@renyamizuno_) 2017年4月7日 アプリとかキャッシュとかがスマホのストレージ容量をありえないくらい超越してたことです。 はい。 今回は最近ありえないほど大きくなってしまったControllerをいかにリファクタリングしたか*1というのをざっと書きたいと思います。 おおきくなるController どうしても大き

las - initially (Lori Semprevio) | Flickr - Photo Sharing! Rails4.1から導入されたEnumの挙動について忘れることがあるので簡単にまとめました。 enumの定義、enumを定義したことにより使える便利なメソッドなどをまとめました。 目次 enumのスキーマ定義 enumで使えるメソッド enumの値を検索 enumの注意点 動作確認 Rails 4.2.3 Ruby 2.2.2 enumの定義 次のように、enum、属性名、属性の値（ハッシュ）で指定することでEnumを定義することができます。 class Article < ActiveRecord::Base # enumの定義（キーと数字のハッシュを渡す。数字がDBカラムに設定される） enum status: { draft: 0, published: 1 } en

はじめに Railsアプリ内の入力フォームでユーザの入力に合わせた候補を表示するオートコンプリート機能をTwitter社が提供しているtypeahead.jsを使って実装したのでその手順をメモしておきます。 やりたいこと 以下のgifのように、ユーザがフォームで入力を行った時に、その入力内容に合わせた候補を自動で表示するというオートコンプリート機能を実装します。以下のようにNameのテキストフィールドではNameの候補を表示し、EmailのテキストフィールドではEmailの候補を表示できるようにします。なお、以下の例では新規ユーザ作成フォームでの名前とE-mailの入力に対してオートコンプリート機能を実装した例になりますが、これ自体は実用上はなんの意味もないです。 このような機能をお手軽に実装するのにtypeahead.jsというライブラリをTwitter社が提供しているので、これを使いま

Photo by Flickr: HerryLawford's Photostream DraperはRailsのプレゼンテーション層の役割を担うgemです。 この記事では、Draperを通し、プレゼンテーション層の必要性や使い方を説明します。 動作確認 Ruby 2.2.1 Rails 4.2.0 Draper 1.4.0 目次 0. プレゼンテーション層の必要性 1. Draperのインストール方法 2. Draperの簡単な使い方 3. デコレーターインスタンスの作成 3.1. 単独のオブジェクトのデコレーター 3.2. コレクションの個々のオブジェクトのデコレーター 3.3. コレクション自身のデコレーター 3.4. 関連するオブジェクトのデコレーター 4. デコレータークラスの作成 4.1. デコレーター内でヘルパーメソッドへのアクセス 4.2. デコレーター内でモデルオブジェク

Railsで実際にFormオブジェクトを作ってみたらいくつか気をつけるポイントがあったので紹介します。 ActiveRecord / Rails / Ruby この記事はRuby on Rails Advent Calendar 2014の2日目です。 1日目は@miyukkiさんの「結局Ruby on RailsとPHPってどっちが優れてるの？」でした。おつかれさまでした。 Formオブジェクトとは Formオブジェクトはその名の通り入力フォーム用のオブジェクトです。 フォームとモデルがうまく対応しているときはActiveRecordをそのまま使えば良いのですが、 複数モデルを作りたかったりモデルとは違うValidationを行いたかったりする場合にはFormオブジェクトを使うと便利です。 Formオブジェクトのサンプルコードはこんな感じになります。 class Blog::SiteFo

RailsのActiverecordで中間テーブルと関連テーブルを一気にインサートする方法です。 モデルの関係は、以下の様に User <=> UserSchedule <=> Schedule UserとScheduleの間にUserScheduleが中間テーブルとして存在することを想定します。 Activerecodeの関連テーブルの設定は以下のようになります。 User, Schedulee, UserScheduleにそれぞれhas_many, through, belongs_toを設定します。 設定に関しては、1対多 や 多対多で変わってくるので適宜変更してください。 下記の例では多対多を想定しています。 user.rb class User < ActiveRecord::Base has_many :user_schedules has_many :schedules, t

日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipの“BE SUPER”なストーリーをシェアしています。