TechCrunch | Startup and Technology NewsOyo, the Indian budget-hotel chain startup, is finalizing a fresh fundraise of about $100 million to $125 million that slashes its valuation to $2.5 billion, two people familiar with the…
DELETE_FLAG を付ける前に確認したいこと。 - Qiita
DELETE_FLAG という思考停止フラグ DELETE_FLAG という boolean の列が DB 設計でよく話題になります。 論理削除という言葉で上手に論理武装し、スキを見せるとすぐに入れたがる人がおり、 一方でそれにつよく反対する人もいます。 自分の経験としては、広義の論理削除はありえると思いますが、実現方法が DELETE_FLAG だとなった時、それはあまり考えてないでなんとなくパターンとして盛り込んでる場合が多いと感じます。 ただし、設計に唯一の答えは無いので、もしかしたらそれが妥当な設計である場合があるかもしれません。 今回は「DELETE フラグがなぜダメなのか？」などという話をするつもりも、アンチパターンだと断言するつもりもありません。 問題は、仕様をきちんと把握すると、「最適な設計は DELETE_FLAG ではない」という場合が有って、その場合は、その最適な設計
AWS Lambdaで作るクローラー／スクレイピング
This document discusses Amazon SageMaker, an AWS service that allows users to build, train, and deploy machine learning models. It provides an overview of SageMaker's key capabilities like the SageMaker SDK, hosted Jupyter notebooks, built-in algorithms, and integration with other AWS services. Examples of using SageMaker with frameworks like Chainer and TensorFlow are also presented.
「GitHub Marketplace」開店 開発ツールを検索・購入
販売するツールは今後増えていく見込み。自分のツールを販売したい開発者はこちらから申し込める（GitHubアカウントが必要）。一般のアプリストア同様に審査がある。 同社はまた、「Integrations」を「GitHub Apps」と改称し、認証関連を改善したことも発表した（詳細は解説ページ）。 さらに、「GraphQL API」を一般公開した。 関連記事 GitHub Developer Program、無料アカウントでも参加可能に GitHubが、これまで有料アカウントユーザーにのみ提供してきた「GitHub Developer Program」を、無料アカウントユーザーにも提供する。 GitHub、“過去最大の”アップデートでレビュー機能やプロジェクト管理機能を強化 ソースコード共有ツールのGitHubがプラットフォームをアップデートし、レビューやコメント機能の改善、Trelloのよう
GraphQL入門 - 使いたくなるGraphQL - Qiita
本記事は Livesense Advent Calendar 2016 - Qiita の24日目の記事になります。 公開から1年ほどたち、当初はRESTの次の潮流か！？みたいな感じになったものの、イマイチ盛り上がってる気配のないGraphQL。 ただ、気になっていた技術だったので、気にせず2016年が終わる前にざっと調べてみました。 ここ2日ほどでざっと調べたもののまとめなので、理解や解釈に誤りや言ってる意味がわからないところがあればご指摘いただければ幸いです。 TL;DR 内容をコンパクトにしきれず（Queryにばかり集中して、Mutationについては全然触れてないのに！）かなり長くなってしまいました。実際は、 GraphQL | A query language for your API のTOPページを読んで雰囲気を掴み、 The GitHub GraphQL API | Git
RESTの次のパラダイムはGraphQLか - Qiita
のようなクエリをクライアントが発行することになります。 なぜこのようなシステムが必要かの説明の前に、RESTの問題点を挙げてみます。 RESTの問題点 Server Side Renderingの場合 コントローラでEager Loading等のクエリ最適化を意識しないといけない ビューを実装するときも結局裏側でどのようなクエリが発生するかを意識しないといけない Client Side Renderingの場合 コンポーネント毎に必要な情報をリクエストする場合、AJAXリクエストを何度も発行する必要がある 提供されているAPIが不十分だと、クライアント側でテーブル結合が必要となる 共通する問題 クライアント毎にちょっとずつ違うAPIを用意してメンテしないといけない 端末に応じて異なるサイズの画像を返す ネイティブアプリとウェブアプリで異なる結果を返す 等など APIに「暗黙的な契約」が発生
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News