【速報】AWS上でフルマネージドなデータカタログとETLを実現するサービス『AWS Glue』が発表されました！ #reinvent #glue | DevelopersIO
AWS re:Invent 2016のDAY2キーノートにて、フルマネージドなデータカタログとETLサービスとなる『AWS Glue』のリリースが発表されました！ これまでの状況 AWSのデータ分析における各種サービスはこれまでに数多くリリース・展開されて来ていましたが、一連の流れで見てみると幾つかピースが欠けている部分がありました。 今回新たにリリースされた『AWS Glue』を適用する事で、その欠けたピースを全て埋める事が可能となります。 AWS Glueとは AWS Glueは、完全に管理されたETLサービスで、データストア間でデータを簡単に移動できます。 AWS Glueは、困難で時間のかかるデータの発見、変換、マッピング、およびジョブスケジューリングのタスクを簡素化し、自動化します。 AWS Glueは、使いやすいコンソールでデータを移動するプロセスをガイドし、データソースの理解
「iemo」の村田マリさん、大企業に買収されて窮屈じゃないんですか？
2014年のIT業界のホットなトピックの1つに、DeNAが住まいのキュレーションメディア『iemo』と女性向けファッションのキュレーションメディア『MERY』を、合計約50億円で買収したことがあげられる。同ニュースはDeNAのキュレーションメディアという領域への期待値の高さを伺わせた。 iemo株式会社で代表取締役CEOを務めていた村田マリ氏は、買収と同時にDeNAの執行役員に就任した。同氏はいくつかのメディアで、大企業の執行役員となった今回の人事を「経験したことのない挑戦」と語っていた。それからおよそ4カ月。執行役員として村田氏はどのように事業と向き合い、何を自分の課題と感じているのだろうか。また『iemo』が大企業の1部門になったことで、事業の運営にどのような変化が生じたのか。
【全文】DeNA守安社長・南場会長らによる記者会見 キュレーションサイト問題の経緯と今後の対策について説明
ディー・エヌ・エー（DeNA）のキュレーションサイト「WELQ（ウェルク）」が内容の信ぴょう性や無断引用について指摘を受けた問題で、12月7日、DeNAの代表取締役社長守安功氏らが記者会見を開き、記事の非公開化や第三者調査委員会設置などについて説明を行いました。同社は、すでに10サイトすべての記事を非公開化しています。 守安社長から経緯の説明 司会者：みなさま長らく大変お待たせいたしました。それでは開始させていただきます。あらためまして、本日は、ご多用中みなさまにご足労をおかけして大変申し訳ございません。遠方よりお越しの方々にも改めまして重ねてお詫び申し上げます。私、本日を進行を務めます、青野と申します。どうぞよろしくお願いいたします。 それではまず、守安より本件についてご説明を申し上げます。 守安功氏（以下、守安）：株式会社DeNA代表取締役社長兼CEOの守安功でございます。本日は着座に
freeeのエンジニアチーム - Qiita
こんにちは、freee株式会社 の @hiraguri です。 この記事は freee Engineers Advent Calendar の24日目です。 明日25日目はいよいよfreee advent calendarの最終日として弊社CTO @yokoji が登場します。 そんな大団円を控えた今日は、これまでとは少し毛色を変えてfreeeのエンジニアチームについて話そうと思います。 マネジメントの話をガッツリしてもおもしろくないと思うので、freeeのユニークな点についていくつかご紹介します。 エンジニアチームの責任者が2人いる freeeには現在50人のエンジニアがいて、エンジニアチームの責任者が2人います。 CTO と vp of engineeringです。 CTO を @yokoji が、vp of engineering をぼくがやっています。 CTOは「最高技術責任者」の
Goで見かける構造体パターン - Qiita
よく見かける構造体の使い方のざっくりメモ。 名前はまったく思いつかなかったので、ケース別に。 Goroutineを使わないもの縛り。 コンストラクタの設定をする type Foo struct { Param Param } type Param struct { Name string } // コンストラクタ func NewFoo(name string) *Foo { p := Param{name} return &Foo{p} } func main() { f := NewFoo("Hello") fmt.Println(f.Param.Name) // "Hello" } type Foo struct { Name string } func (f Foo) Error() string { return fmt.Sprintf("Error: Foo's %s erro
Action Mailerのdelivery_methodに独自の配信方法を追加する - Qiita
Action Mailerのdelivery_methodに独自の配信方法を追加してみます。 Action Mailerは内部で mail gem を使っていますが、このgemは配信方法がpluggableになっており、 配信方法にsmtp、sendmail、file(メールをファイルとして保存する)、testが選べます1。 で、自社でメール送信APIというものを作った2のでAction MailerからそのAPIにリクエストを投げるようにしたい。 Railsはとてもカスタマイズ性が優れており、実は独自の配信方法を簡単追加できるようになっている。 まず普通にAction Mailerのクラスを作る。 # app/mailers/user_mailer.rb class UserMailer < ActionMailer::Base def welcome_email mail(from:
Lispってどう書くの? - Qiita
はじめに ここではLispの文法やらREPL駆動開発についての云々は語りません。 「あの()だらけのプログラムってどうやってタイプしていったらいいの?」 という話をします。 目新しい情報ではないのですが、知らない方もいらっしゃるのでご紹介できればと思います。 まずはLispの読み方から 読めないものは書けない、ということで。 よく言われる話ですが、Lispでは基本的に()ではなくインデントに着目してコードを読みます。Pythonが如く。 この件については Lispのカッコは怖くないよ より「カッコを読む側の話」をご覧いただくのが分かりやすいと思います。 ちなみに、この記事は上記記事の「カッコを作る側の話」の内容を少し突っ込んだものとなっています。 書き方の概要 以下のような、ありふれた階乗の関数を書くとしましょう。 これを皆さんはどのように書くでしょうか? 恐らくですが、慣れていない方は)
あなたはDRY原則を誤認している？ - Qiita
DRY原則。 WebフレームワークRuby on Railsが基本理念のひとつとして採用している有名なソフトウェア開発原則です。素晴らしい原則なのですが、最近Railsを始めた人や新卒のエンジニアさんなど、DRY原則を誤認してしまう人が非常に多い為、DRY原則に関する説明をQiitaにまとめておくことにします。 よくある間違った認識 DRY原則を誤認しているとはどういうことなのか？最も多いのが「DRYとはコードを重複させないという意味である」と認識しているケースです。当然、コードを重複させないという部分もDRYの一部ではあるのですが、これではソースコードだけに着目しているので、OAOO(Once And Only Once)原則に近い考え方になってしまいます。 OAOOとは何か 厳密な定義を書かないと斧が飛んできそうですが、長文になってしまうのであえて一言で説明すると、「コードを重複させな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DeNA「サイト炎上」MERY、iemoの原罪とカラクリ(山本一郎) - 個人 - Yahoo!ニュース
【速報】DeNA・南場会長 ついに「WELQ」問題を語る