Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
ELT(Extract Load Transformation)が一般的になり、データの整形を行ったり、名寄せをしたり、非正規化をしたり、といったことをクラウドのSQLエンジン(BigQuery, Redshift, TreasureData, EMRなど)上で行うことも普通になってきた。 このときにSQLで冪等にワークフローを組むことを考えると、中間テーブルをReplaceしつつ色んな処理をするのが手っ取り早いので、 テンポラリの中間テーブルが数十といった単位で作られる様になってきた。 また、データ分析も1サービスの分析だけでなく、複数のサービスを横断して分析する必要が出ており、またその時のログを集めるにも多種多様なSaaSを利用して、収集するのが一般的になってきた。 イメージ図(SAP Hanaの資料だけれども。) Ref. https://blogs.sap.com/wp-conte
みなさんは Markdown エディタは何を使っているでしょうか? Atom や Visual Studio Code のプラグインでプレビュー表示していたり、Windows だったらMarkdownPad 、Mac だったら MacDown などの専用エディタを使っている方が多いのではないでしょうか。 そんな方へTypora を紹介します。 Typora は無駄なプレビュー領域を使いません Typora には便利なショートカットがあります Typora ではテーブル書くのが楽しくなります Typora はドラッグ&ドロップで画像を貼り付けられます Typora はテーマもコードハイライトもあります Typora は PDF や HTML など多くの形式にエクスポートできます Typora はマルチプラットフォームで今の所 Free です まとめ Typora は無駄なプレビュー領域を使い
ユーザごとに特定の機能に対して ON/OFF の設定値を持たせることはよくあると思います。 RDB にそのような設定情報を持たせる場合の選択肢として大きく次の 5 つが考えるんじゃないかと思います。 設定項目ごとにカラムを割り当てる 設定項目ごとにレコードを割り当てる(追記:アンチパターンという意見があるので最後に補足を書きました) 設定項目ごとにテーブルを割り当てる(自分は思い付かなかった) 設定項目ごとに 1 つの整数型カラムの 1 bit を割り当てる 1 つのカラムに JSON 等で全ての設定情報を持たせる データベース理論的には 1, 2, 3 以外の選択肢はない気がしますが、実用上は 4, 5 も良い選択となることがあるので、メリット・デメリットを考えて選択する必要があると思います。 そんなわけで、それぞれの選択肢に関してメリット・デメリットを自分なりに考えてみました。 考慮す
あなたも今日から布団人!!3万円で始める介護ベッドでプログラミング生活 こんにちは、インフィニットループ代表のmatsuiです。 プログラマは長時間労働はもちろんのこと、休日出勤も当たり前、その上座りっぱなしで腰痛気味、というようなケースも多く、この記事をご覧になっている皆さんも、かなり疲労を溜めていることだと思います。 「疲れを癒すには休息」 誰もが当たり前に分かっていることですが、日々の忙しさに追われ、なかなか実践は出来ないものです。 今回は、そんな限られた時間を使って、最大限の疲労回復をしつつプログラムを書くための、介護用ベッドを使った快適プログラミング環境の作り方についてお伝えしたいと思います。 まずはベッドです。 介護ベッドとは言っても、本格的なものは必要ありません。 市販の電動リクライニングベッドで十分です。 amazonや楽天あたりでサクッっと買ってしまいましょう。 1万円後
とコンパイルすることで、 DWARF とシンボルテーブルの情報をバイナリに残さずコンパイルできる。 しかし、自分は気になったので strings コマンドを生成後のバイナリにかけてみた。 するとバイナリには というような行が、まだたくさん残っていた。 どうやら DWARF やシンボルテーブルの情報を削除しても、コンパイルの際のパスなどの情報は残ってしまうようだ。 消してみると 10% くらい節約できた そこで、全て浅いディレクトリでコンパイルしなおしたところ、約 5MB のバイナリが約 4.5MB ほどまで節約できた。 ソースコードを細分化していればしているほど、モジュールを使っていれば使っているほど、含むパスは多くなるので、これらにより節約できるサイズは大きくなる。 Go の単一バイナリを Docker コンテナにするような状況では、 10% の節約は心理的に大きい。 (嬉しい) 使い所
Percona Database Performance Blogの翻訳。既に運用を始めたデータベースで、インデックスが正しく使われているか、無駄や不足がないかを確認する方法のまとめ記事。クエリをひとつひとつ確認するのではなく、統計情報を元に判断する分かりやすい方法。 このブログ記事では、MySQLインデックスに手入れする基本的なステップについて見ていこうと思います。 データベースは、インデックス次第でハイパフォーマンスにも、役立たずで遅くて大変にもなりうることはご存知でしょう。インデックスは、時々手入れをする価値がある非常に重要なものです。それでは、何をチェックすればよいのでしょうか?順不同ですが、確認すべき点を挙げてみます。 1. 使われていないインデックス sysスキーマで、使われていないインデックスをとても簡単に見つけられます。 schema_unused_indexes ビューを
いきなり!ステーキと言えば良質な肉を量り売りで立ち食いで安くさっと食べられるということで肉好き層に人気を得ています。運営会社のペッパーフードサービスから8月2日付で「いきなり!ステーキ特許取得~ステーキの提供システムが対象に~」というプレスリリースが出ていたので調べてみました。 特許番号は5946491号、発明の名称は「ステーキの提供システム」、最初のクレームは以下のようになっています。 【請求項1】 お客様を立食形式のテーブルに案内するステップと、お客様からステーキの量を伺うステップと、伺ったステーキの量を肉のブロックからカットするステップと、カットした肉を焼くステップと、焼いた肉をお客様のテーブルまで運ぶステップとを含むステーキの提供方法を実施するステーキの提供システムであって、上記お客様を案内したテーブル番号が記載された札と、上記お客様の要望に応じてカットした肉を計量する計量機と、上
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く