並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 15856件

新着順 人気順

レコードの検索結果281 - 320 件 / 15856件

  • 「画像の一括ダウンロード」「ページ情報の抽出」などの操作をプログラミング不要で自動化できる「Browserflow」レビュー

    インターネットを利用していると「Googleマップの検索結果をスプレッドシートにまとめる」「Twitterのフォローを全て解除する」といった手動でポチポチ作業するのは面倒な作業が必要になることがあります。Google Chrome向け拡張機能「Browserflow」を使えばブラウザ上の面倒な作業をプログラミングの知識がなくとも簡単に自動化できるとのことなので、実際にBrowserflowを使って使い勝手や自動化の方法を確認してみました。 Browserflow - Automate your work on any website https://browserflow.app/ Browserflowの公式サイトにアクセスすると、拡張機能配布ページへリンクする「Add to Chrome」と記されたボタンが用意されているのでクリックします。 配布ページに移動したら「Chromeに追加」

      「画像の一括ダウンロード」「ページ情報の抽出」などの操作をプログラミング不要で自動化できる「Browserflow」レビュー
    • Amazon SES でメール送信するときのベストプラクティスまとめ(2020年10月) | DevelopersIO

      Amazon SES API についての補足の説明です。 From, To, Subject, Body のみ指定すれば、残りはすべて AmazonSES が適切にフォーマットした Eメールメッセージで簡単にメール送信できるのが SendEmail API です。 添付ファイルを使うなど、独自に細かく制御したフォーマットにカスタマイズしてメール送信をしたい場合は SendRawEmail API を利用します。 基本となるテンプレートメールを作成して、テンプレート内の変数に対してパーソナライズされた値に置換した内容で Eメールメッセージを送信できるのが SendTemplatedEmail および SendBulkTemplatedEmail のAPIです。 詳細については、AmazonSESのEメール送信方法 を確認下さい。 SESのSMTPエンドポイントを使ったメール送信例は下記ブログ

        Amazon SES でメール送信するときのベストプラクティスまとめ(2020年10月) | DevelopersIO
      • ホテルの客室検索APIのアーキテクチャ設計時に考えたこと

        作ったもののイメージ ホテルの客室検索APIとは、チェックイン日やその他の条件を入力として受け取り、マッチするホテルの客室を返すものです。以下の画像はExpediaのものですが、赤枠で囲っている部分(他にもたくさんある)が入力になります。2022年4月頃に無事リリースされました。 この検索APIを構築を任された際に、何を考えて設計していったのかを以下に示していきます。 顧客からの要望 顧客の会社は当時エンジニアがおらず(やりとりしている社長は元エンジニアだが)、これまでも私と仕事をしたことがあったので依頼が来ました。顧客と密にコミュニケーションを取りわかったのは、以下のような要望でした。 このAPIは自社サービスとして第3者(要契約)に使ってもらえるようにしたい 完全に一般公開ではなくちゃんと契約を結ばないと利用できないようなもの 検索条件を柔軟に、かつ使いやすい感じで指定できるようにした

          ホテルの客室検索APIのアーキテクチャ設計時に考えたこと
        • 退屈な技術を選ぶことについて

          この記事は、著者の許可を得て配信しています。 https://panelbear.com/blog/boring-tech/ 注:この記事で書かれている考え方は、過去に何度も取り上げられています。長年にわたって私の視点に大きな影響を与えてきた記事の一つに、McKinley氏の「Choose Boring Technology(退屈な技術を選ぶ)」というものがあります。以下では、私自身の経験からこのトピックを探り、最近のプロジェクトでKubernetesを使うことになった経緯を紹介します。 長年にわたり、私は多くのエンジニアが会社の成功や失敗の多くを技術的な選択が原因であると主張する傾向があるところを見てきました。私にももちろんそういう時もあります。それはしばしば正当化されますが、大多数のスタートアップ企業にとって、プログラミング言語、フレームワーク、あるいはデータベースの選択はそれほど重要

            退屈な技術を選ぶことについて
          • HTTPSレコードがRFCになりました | IIJ Engineers Blog

            RFC9460が出ました 昨年、このエンジニアブログでHTTPSレコードについてとりあげました。これを書いたときはHTTPSレコードはまだインターネットドラフトだったのですが、2023年11月、ついにRFC9460として標準化されました。 RFCにはなったけど日本語の詳しい記事はまだ少ないし需要あるかなーと思って改めて解説を書きはじめたんですが、だらだらとクソ長くなって書いた本人が読んでも眠くて退屈な内容になってしまいました。ので、書いたものはばっさり捨てました。 そういえばいまから3年前、DNS Summer Day 2021で発表したプレゼン資料がありました。これをRFCになった現在の内容にあわせてアップデートしたほうがてっとりばやいしわかりやすそうです。 ということで、加筆修正した資料を置いておきます。DNS屋さんはとりあえず全部読んでおいてください。Web屋さんは前半だけ理解してお

              HTTPSレコードがRFCになりました | IIJ Engineers Blog
            • AWS LambdaとDynamoDBがこんなにツライ時代ではない - めもおきば

              ありがたいことに、3年前に#ssmjp 2017/06で話したスライド AWS LambdaとDynamoDBがこんなにツライはずがない #ssmjp をTwitterで紹介して頂いた*1 ようで、当時から大幅に改善しているところを振り返りたいと思います。あと、ついでに最近やっているAzureに関しても少し触れていきます。 サーバーレスアーキテクチャ #とは 当時はこう説明したのですが、今でもそんなに悪くない表現かなと思います。 書籍は現在「Serverlessを支える技術 第3版」まで出ていますので、BOOTHからどうぞ(隙あらばダイマしていく方針)。 サーバーレス三種の神器 今このスライドを作るなら、認証認可の話を入れるかなと思います。システム内のAWS IAMとクライアント側のCognitoどちらも重要です。 ちなみにAzureを含めておさらいすると、こんな感じの対応になります。 勝

                AWS LambdaとDynamoDBがこんなにツライ時代ではない - めもおきば
              • 取得したドメインで送信するメールの信頼性を上げる方法 - アルパカの徒然文

                ドメインを取得後にそれを使ったメールアドレスで送信できるようになったが、受信先でそのメールが迷惑フォルダへ分類されることがある。 会社では Google Domain でドメインを取得後、Google Workspace を利用してメールを送信できるようになった。DNS の管理は Cloud DNS を利用していて、その設定は Terraform を用いて管理している。 当初の設定はシンプルなものであった。 DNS ゾーンを設定 設定したゾーンに対して MX レコードを設定 resource "google_dns_managed_zone" "example_com_domain" { name = "example-com" dns_name = "example.com." } # https://support.google.com/a/answer/9222085 resourc

                  取得したドメインで送信するメールの信頼性を上げる方法 - アルパカの徒然文
                • 2020年秋アニメ1話かなり観たので“for me”な感想書くよ - Sweet Lemon

                  はじめに コロナ禍が猛威を振るう昨今において、相次いだ放送延期により全体の作品数が少なかった2020年7月クール。対して今期は制作の再開した作品が一斉に放送を開始し、前期比1.5倍ほどの作品数に。とりわけ印象的なのがシリーズ物の続編、新シリーズの数で、だいたい全体の⅓くらいがこれに相当する。最近のトレンドである「10~20年ぶりのリバイバル作品」までカウントすると割合は更に増えるので、正直「新作」の定義って難しいなって思う。 もちろん完全新作も続編も感想を書いているけれど、私みたいにあまりアニメを見てこなかった人間が「ちょっと過去作見返してみようかな」などと軽い気持ちで旧作に手を伸ばした結果、思いっきり沼にハマって新作どころじゃなくなってきてるよ、という近況です。 「今期なんも観るものないなー」と思っている人は、今期放送される新シリーズの予習から始めるのが良いかもしれない。そこら中に沼が潜

                    2020年秋アニメ1話かなり観たので“for me”な感想書くよ - Sweet Lemon
                  • SQLアンチパターン簡単まとめ

                    「SQLアンチパターン」について、自分の勉強がてら内容を簡単にまとめました。 「とりあえずSQLは触れてWebアプリが作れる」「シンプルなアプリを実務で作ったことがある」くらいの人が読むととても勉強になると思います。 また、「現場での良くない設計」が詳細に言語化されているので、経験豊富な人でも新たな発見があると思います。 詳しく知りたい方は是非本を買って実際に読んでみて欲しいです。 第一章 ジェイウォーク パターン 1カラムにコンマ区切りで値を入れて複数の紐付きを表現しようとする なぜダメか 検索しづらい 文字列カラムの文字数制限という暗黙の制約を受ける バリデーションかけられない 解決策 交差テーブルの作成 第二章 ナイーブツリー パターン 木構造を表現するとき、常に親のみに依存する(parent_idだけ持ってしまう) 隣接リスト なぜダメか 階層を深く掘ろうとするとそのぶんSQLをか

                      SQLアンチパターン簡単まとめ
                    • 「Googleの組織的強さ」ってどこにあると感じますか?ちなみに、日本の会社にそれに近い強さ、をもつ会社はありませんでしょうか。 | mond

                      「Googleの組織的強さ」ってどこにあると感じますか?ちなみに、日本の会社にそれに近い強さ、をもつ会社はありませんでしょうか。 眼の前の仕事を上手くやる、という技芸レベルの話では実はそれほど他社との決定的な差はなく、組織として上手く行ってるのはとにかくスケールする事を意識しているのがポイントではないかと思っています。 組織構造のデバッグが上手仮に全社員が優秀で与えられたタスクを誠実にこなしていても、組織を大きくしていくと部署間で細かい矛盾が起きたり正義が衝突することは珍しくありません。また衝突しなくても特定の問題を解決する部署が事実上存在しなかったり問題自体が放置される事は一般的な組織において珍しくありません。 Googleが組織として上手くやっているなと感じるのはそういった組織内での矛盾を早期に見つけて自発的に解決しようとし続けているという点です。技術の創造と設計という本から図を引用し

                        「Googleの組織的強さ」ってどこにあると感じますか?ちなみに、日本の会社にそれに近い強さ、をもつ会社はありませんでしょうか。 | mond
                      • レコードオーディオマニアが知らない今のレコードの事と「日本」の役割

                        島耕作持ち晒しみたいになって悪いんだが、「島耕作描いてる人間はレコードの持ち方を知らない」って言うのがバズってるワケよ。 https://twitter.com/belmie2001/status/1709766808201527649 こういうレコードの持ち方批判の投稿がバズってるをよく見る。 「正しい持ち方」っていうのは、レコードの端をもって盤面を指で触らない。指紋が付いて溝に脂が入ったり後でカビたりするから。 だけど、レコードっていうのは実はずっと現役メディアなんよ。何処でか?というとクラブDJで。 それでDJっていうのはそういう持ち方しない。普通に島耕作みたいな持ち方で扱う。 例えばこれは自宅でDJプレイしてようつべ配信している素人愛好家なんだが、島耕作持ちしてる。 https://youtu.be/afjS-Km6juU?si=1ldtDQ1E2mQpzdPs 別に再生しなくても

                          レコードオーディオマニアが知らない今のレコードの事と「日本」の役割
                        • 「どうカーソルを動かしたか」「どこをクリックしたか」「どの部分をスクロールして読み飛ばしたか」などのアクセス情報を全て入手し解析・分析できるオープンソースのアプリ「highlight.io」を使ってみた

                          ウェブアプリの開発をする時、ユーザーに「どこが分かりにくかったか」や「どこでエラーが発生したのか」などの情報をフィードバックしてもらいたいものですが、そうしたフィードバックを送る作業はなかなかに面倒なもので、全然直接のフィードバックは来ないのにTwitterにはいろんな意見が書かれている……ということはよくあります。「highlight.io」はそうしたフィードバックを勝手にやってくれるツールということで、実際に使って試してみました。 highlight.io: The open source monitoring platform. https://www.highlight.io/ highlight.ioはオープンソースということでセルフホスト版が用意されていますが、今回はどんな機能があるのかについて確かめるためhighlight.ioの開発元が提供するSaaSを利用します。公式サイ

                            「どうカーソルを動かしたか」「どこをクリックしたか」「どの部分をスクロールして読み飛ばしたか」などのアクセス情報を全て入手し解析・分析できるオープンソースのアプリ「highlight.io」を使ってみた
                          • Redis互換で25倍高速とする「Dragonfly」が登場。2022年の最新技術でインメモリデータストアを実装

                            Redis互換で25倍高速とする「Dragonfly」が登場。2022年の最新技術でインメモリデータストアを実装 Redisやmemcachedに代表されるインメモリデータストアは、高速なデータアクセスを要求される場面で使われています。 このインメモリデータストアを2022年の最新技術を用いて設計、実装することで、Redis/memcached互換を実現しつつRedisの25倍高速とする「Dragonfly」が登場しています(開発元のアナウンス、GitHub)。 Redisやmemcachedが登場した十数年前と比べて、現在ではCPUのマルチコア化やI/Oの高速化、メモリの大容量化など、ハードウェア技術が大きく進化しています。 これらを最大限活用する設計と実装を取り入れることでRedisやmemcachedよりも大幅な高速化と高効率化を目指したのがDragonflyです。 採用した主な技術

                              Redis互換で25倍高速とする「Dragonfly」が登場。2022年の最新技術でインメモリデータストアを実装
                            • 究極の体感ゲーム筐体「R360」の開発メンバーが次代に託すセガの遺伝子。ビデオゲームの語り部たち 第19部

                              究極の体感ゲーム筐体「R360」の開発メンバーが次代に託すセガの遺伝子。ビデオゲームの語り部たち 第19部 ライター:黒川文雄 カメラマン:愛甲武司 2020年6月3日,セガは設立60周年(※),人であれば“還暦”を迎えた。 ※前身となる日本娯楽物産が登記された1960年6月3日を起点としている この60年間,セガはさまざまなゲームをリリースしてきた。とくにアーケードゲームの分野では,ハイエンドチップを惜しみなく使った基板や,大型の可動筐体,それらを存分に活用するソフトウェアなどで,時代の最先端を行くエンターテイメントを提供してきたと言っていいだろう。 VRヘッドマウントディスプレイを使ったアトラクション「VR-1」を1990年代に稼働させていたことからも,セガが常に未来を見据えていたことが分かる。 自動車・二輪車メーカーのホンダ(本田技研工業)は,レース活動を「走る実験室」と位置づけ,古

                                究極の体感ゲーム筐体「R360」の開発メンバーが次代に託すセガの遺伝子。ビデオゲームの語り部たち 第19部
                              • なぜRDBからCSV + COBOLに変更する事でコスト削減と高速化を同時に実現出来たかの考察 - ブログなんだよもん

                                そもそも既存はどんなロジック? RDBなんだからWhere句使ったら? なぜファイルにすると速くなるのか? 並列化と分散処理による高速化の可能性 COBOL使う必要あったの? Javaとかじゃダメだったの? まとめ TLを見てると以下の記事が少し話題になってました。 tech.nikkeibp.co.jp tech.nikkeibp.co.jp 対象の記事は有料会員じゃないと見れないのだけど事例としては以下みたい。 リソース - ユーザー事例 - COBOL製品 ユーザー事例 : マイクロフォーカス さて、この記事の驚きポイントは「1億レコードくらいのDB処理をRDBからCOBOL + CSVに変更してUnixサーバからWindowsサーバに変える事で性能を維持しつつコストを1/5くらいにした」という事でしょう。 「せっかく7割もあったSQLを全部COBOLに変えるとか時代に逆行しすぎ!」

                                  なぜRDBからCSV + COBOLに変更する事でコスト削減と高速化を同時に実現出来たかの考察 - ブログなんだよもん
                                • 自作RDBMSやろうぜ!(Zenn出張版)

                                  Disclamer 本記事は自作DBMSやろうぜ! のページの 22/05/27 JST 22:38 の時点での内容をZenn記事向けに修正して作成したものです 元コンテンツのライセンスについては以下をご参照ください LICENCE 元コンテンツの方は更新が継続されていますので、よろしければそちらもご覧ください この記事の目的 RDBMS(いわゆるリレーショナルデータベース)というものはプログラミング言語の処理系や、OSなどと同様に、世の中で広く使われているソフトウェアであるにも関わらず、いざ自作してみようと思うと日本語で記述されている必要な情報・情報源がまとまったサイトやブログ記事がないことに気づきました そこで、叩き台として、筆者および数名のコミッタで開発している自作RDBMSである SamehadaDB が軌道に乗るまでの経験をベースに、自作RDBMSに関する情報をある程度整理して書

                                    自作RDBMSやろうぜ!(Zenn出張版)
                                  • Amazon SQS を使ったアプリケーションを本番で運用する際に考慮すべき基本的な 5 つのこと

                                    Amazon SQS は可用性やスケーラビリティの高いメッセジキューサービスであり、AWS の代表的なサービスの 1 つと言えるでしょう。ところが、本番の運用に耐えられるアプリケーションにしようと思うと考えることが意外に多いものです。本エントリーでは簡単なサンプルアプリケーションをベースに、本番で運用するために考慮すべき点・注意点について見ていきます。題材として扱うのが SQS なだけで、SQS 以外を使ったアプリケーションにも応用できる内容もあるでしょう。 なお、SQS には Standard queue と FIFO queue がありますが、Standard queue を使う前提とします。 アジェンダは次のとおりです。 サンプルアプリケーション 1. ログ 2. At-least-once delivery と visibility timeout 3. デプロイ 4. 異常系 5

                                      Amazon SQS を使ったアプリケーションを本番で運用する際に考慮すべき基本的な 5 つのこと
                                    • 「握手会」と最近のCD売上のこと - WASTE OF POPS 80s-90s

                                      音楽業界、「盤」を売るためにアイドル歌手が「握手会」を開催するというのは、自分が認識している限り1980年代からあったもので。 それらのほとんどはレコード会社の地方支社と地元のレコード屋が組んで、ちょっとした都市のジャスコとかのショッピングセンターであったり街中の公園のステージで開催され、数曲披露してからの握手会(もしくは購入したシングルジャケットにサイン会)という流れ。 私も、伊藤麻衣子さんがそういうキャンペーンで四日市の諏訪公園に来たのに行っています。可愛かったです。 当然ですが当時の「熱心なファン」の中には、何枚も購入して何回も握手する人も少なからずいらっしゃいました。そこらは今とさして変わりません。 菊池桃子等ごく一部は既に1980年代半ばの時点で「全国握手会」と称して大会場に大人数を集めての握手会を開催していたようですが、そういうイベントを他歌手も続々追随してメジャーな現象になる

                                        「握手会」と最近のCD売上のこと - WASTE OF POPS 80s-90s
                                      • 2022年冬開始の新作アニメ一覧

                                        年4回の番組改編期が近づき、また多くの新作アニメが始まります。2022年冬(新春)の改編でスタートするアニメの本数は50本強。 Netflixは改編期に縛られないこともあって、すでに注目作「ジョジョの奇妙な冒険 ストーンオーシャン」は第1話~第12話が地上波放送に先駆けて一括配信されています。このほか、原作モノでは「鬼滅の刃 遊郭編」「進撃の巨人 The Final Season Part 2」などの人気作が放送・配信されます。オリジナルアニメでは「空色ユーティリティ」「東京24区」「地球外少年少女」「永遠の831」「リーマンズクラブ」などの放送・配信が予定されています。 以下、作品リストは放送・配信時期が早いものから順に並べています。作品名の頭に「◆」をつけているので、「◆」でページ内検索すると1作品ごとにどんどんジャンプしていけます。また、目次からも各作品部分へ移動可能です。 放送情報

                                          2022年冬開始の新作アニメ一覧
                                        • 証明書300万件を強制失効。Let's Encrypt に一体何が起きたのか? - Qiita

                                          無料 SSL の認証局である Let's Encrypt は、有効な証明書のうち 2.6% に当たる300万件の証明書に対し、2020年3月4日に失効手続きを行うと宣言しました。しかもその事がユーザーに通知されたのは失効手続きの数時間前です。一体、Let's Encrypt に何が起きたのでしょうか? 私が調べた事を共有したいと思います。 この記事は Let's Encrypt の証明書失効に関する一連の出来事についてまとめた物です。今回の失効処理の対象となっているかどうかの確認方法等については、以下の記事をご覧下さい。 Let's Encrypt に重大なバグが発覚。該当サイトは2020/3/4 までに対応が必須 更新しました(2020/3/7) 影響の度合いについての記載が正しくなかったので修正 現在の Let's Encrypt の見解が正しくなかったので修正 何が起きているのか?

                                            証明書300万件を強制失効。Let's Encrypt に一体何が起きたのか? - Qiita
                                          • ジャニーズ事務所の性加害問題「知っておりました」 音楽系会社の代表“加担”を認め、協業での利益86万円寄付を公表

                                            ジャニーズ事務所の故ジャニー喜多川氏による性加害問題を受け、音楽系企業FRAGMENTの対馬芳昭 代表取締役がnoteで声明を発表。ジャニー氏による性加害問題について「嘘偽りなく答えるのであれば『知っておりました』」と認めたうえで、これまで同社との協業で得た86万円全額を寄付すると明言しました。FRAGMENTは、レコードレーベル「origami PRODUCTIONS」「ASTERI ENTERTAINMENT」を運営しています。 画像は9月7日に開かれたジャニーズ事務所の記者会見より 対馬氏によると、ジャニーズ事務所と同社は不定期ではあるものの、2014年から約9年間にわたり仕事をしており、同社に残った営業利益は累計で約86万円になるといいます。テレビやラジオでの共演もありますが、ツアーバンドや楽曲アレンジに対する対価が主で、作詞や作曲、プロデューサー印税はないとしました。 対馬氏はジ

                                              ジャニーズ事務所の性加害問題「知っておりました」 音楽系会社の代表“加担”を認め、協業での利益86万円寄付を公表
                                            • 佐藤伸治(フィッシュマンズ)(前編) | 音楽偉人伝 第14回

                                              音楽偉人伝 第14回 [バックナンバー] 佐藤伸治(フィッシュマンズ)(前編) “覚醒”へと続く道のり 2019年10月31日 20:00 3369 120 × 3369 この記事に関するナタリー公式アカウントの投稿が、SNS上でシェア / いいねされた数の合計です。 541 1803 1025 シェア 日本の音楽史に爪痕を残すアーティストの功績をたどる本連載。6人目に取り上げるのはフィッシュマンズの佐藤伸治だ。佐藤の没後20年を経た今もなお、フィッシュマンズの楽曲は時代を超え多くのミュージシャンに影響を与え続けている。本稿では佐藤ならびにフィッシュマンズが残した足跡を前後編にわたり振り返っていく。前編は学生バンドとしてスタートした彼らがメジャーデビューを果たし、作品ごとに音楽的な研鑽を重ね、マイペースながらも成長していく過程をたどる。 文 / 小野島大 高まる再評価早いものでフィッシュマ

                                                佐藤伸治(フィッシュマンズ)(前編) | 音楽偉人伝 第14回
                                              • #Mステ で椎名林檎さんが18歳当時の曲『正しい街』を披露!当時のビジュアルやサポートメンバーまで再現して「泣けた」「最強」

                                                タワーレコードアミュプラザ博多店 @TOWER_AmuHakata 【#椎名林檎】 録画はお済みでしょうか。。。 本日の!!!! #Mステ に!!! 林檎さん出演!!🍎 しかも、、、披露楽曲は、、、 #正しい街 !!!!! 1stアルバム #無罪モラトリアム の一曲目にして、我らが #福岡 を歌った曲!!!! これは永久保存版間違いなし!!お忘れなく!👍 pic.twitter.com/upzB07xzll 2019-11-22 14:28:40

                                                  #Mステ で椎名林檎さんが18歳当時の曲『正しい街』を披露!当時のビジュアルやサポートメンバーまで再現して「泣けた」「最強」
                                                • そろそろSQLのウィンドウ関数を理解したい - 連載1/3話 - Qiita

                                                  はじめに データ分析とデータ品質改善に従事してきた筆者が、SQLを用いた分析の基本である「ウィンドウ関数」の使い方とデータ品質の調査改善を行う手法をまとめてみようと思います。 こちらの記事は、SQLの知識向上と振り返りを主題としているので、ABC分析、バスケット分析、RFM分析などの「データ分析の手法」について説明している記事ではありません。(反響やコメントによって別投稿するかもしれません) 背景 SQLはエンジニアの大多数が利用しており、多くの方はWebサービス開発などでデータの登録画面や検索画面を作る際にSQLを利用したり、またはシステムの運用保守で障害の原因調査のためにSQLを利用して原因を特定すると思います。そのため、テーブル結合・サブクエリ・集計関数といったSQL構文は理解されている人が多いと思いますが、分析関数を理解して使っている人となると、ぐっと減ると思います。 私は以前、社

                                                    そろそろSQLのウィンドウ関数を理解したい - 連載1/3話 - Qiita
                                                  • SmartHR の社長を退任します - 宮田昇始のブログ

                                                    交代記念のツーショット。左が新CEOの芹澤さん、右が現CEOの宮田です。 ひさしぶりのブログです。この度、株式会社 SmartHR の社長を退任することにしました。 退任の理由や、今後の私の役割、新社長について等をまとめたブログを書いたので、よければ最後まで読んでいってください。 社長を退任します 2013年1月から、約9年間続けてきた SmartHR の社長を退任することに決めました。 退任の理由は後で詳しく書きますが、まずは結論から。 社長を2022年1月1日で退任します 新 CEO は現 CTO の芹澤さんです 取締役として会社に残り、自ら新規事業をやります 肩書は「代表取締役 CEO」から「取締役ファウンダー」に変わります。 詳細はこちらのプレスリリースをご覧ください。 退任を考えたきっかけ 退任を考え始めたきっかけは「会社の成長にあわせて起きる環境の変化に、適応し続けることが難し

                                                      SmartHR の社長を退任します - 宮田昇始のブログ
                                                    • 菅総理の“迷走”答弁…「書いてあることも読めない」、官邸スタッフは愚痴とため息(週刊現代) @gendai_biz

                                                      きちんと読んでくれない 「国会では前日までに野党から質問内容が伝えられるので、官邸のスタッフがそれを総理に説明し、『御意向』を汲んで答弁書を作ります。でも、その答弁書がまともに読まれた例がないんです」 こう嘆くのは、官邸関係者の一人だ。 このところ国会では、菅義偉総理の「迷」答弁が話題になっている。 「コロナ禍で五輪開催の場合、選手と一般国民のどちらの命が優先されるのか」という趣旨の質問をされた際には、「海外の選手の動線分離を徹底して……」などとズレた答弁を何度も繰り返し、「壊れたレコード」と揶揄された。 この総理の答弁に、身内の官僚たちもほとほと手を焼いているという。

                                                        菅総理の“迷走”答弁…「書いてあることも読めない」、官邸スタッフは愚痴とため息(週刊現代) @gendai_biz
                                                      • ドキュメントDBかリレーショナルDBどっち使う? - Qiita

                                                        はじめに ドキュメントデータベースかリレーショナルデータベース、どちらを選ぶか。 この選択で、アプリケーションのパフォーマンス、コスト、コードの可読性など幅広い影響が出るため、慎重な判断が必要です。この記事では、自分が思う「考慮すべきポイント」を解説したいと思います。 考慮すべきポイント 1. どのデータモデルがアプリケーションコードに最適か スキーマ制約を課さずに、データレコードをドキュメント(つまりJSONオブジェクト)として保存すべきか?それともスキーマを正規化してデータをいくつかのテーブルに分けるべきか? このような判断をするために、開発しているアプリケーションのモデルの関係性(例: UserとTaskの関係が1:N)と、一度に読み込むデータの種類を見た方がいいです。 ドキュメントDBがおすすめの時 アプリケーションのデータは、以下のような木構造で表現できますか?普段そのデータを一

                                                          ドキュメントDBかリレーショナルDBどっち使う? - Qiita
                                                        • 無料GPT-4アプリの公開とクリーンデータセットの作成について|kun1emon

                                                          どうもこんにちは。最近、大規模言語モデル(LLM)の個人開発に取り組んでいる@kun1em0nと申します。この度、最近話題のChatGPTの最新モデルGPT-4を無料で使用できるアプリを作成したので公開いたします。今回アプリを無料で公開する意図についてこの記事で説明したいと思います。 Japanese-Alpaca-LoRAの作成前回の記事ではスタンフォード大学が作成したStanford Alpacaの日本語対応モデル Japanese-Alpaca-LoRAを作成し公開した話を紹介しました。 このモデルの作成に使ったデータの大元(Alpacaデータ)はText-davinci-003というOpenAIサービスで出力した結果になりますが、OpenAIの利用規約ではコンテンツ生成者はOpenAIサービスで出力した結果を競合モデルの開発用途に使用してはならないと記載されています。ただ、コンテン

                                                            無料GPT-4アプリの公開とクリーンデータセットの作成について|kun1emon
                                                          • タワーレコード新宿店が規模を縮小すること - WASTE OF POPS 80s-90s

                                                            昨日、直前と言っていいタイミングでタワーレコード新宿店から出てきた割と衝撃的な告知。 【改装に伴う休業のお知らせ】 いつもご利用いただきまして誠にありがとうございます。 このたび、タワーレコード新宿店は改装準備のため、下記の期間休業いたします。 お客様にはご不便をお掛けいたしますが、ご理解の程、何卒よろしくお願い申し上げます。 pic.twitter.com/1rKQ84uZYQ— タワーレコード新宿店 (@TOWER_Shinjuku) August 27, 2021 現在は7-10階の4フロアある店舗を、8月30日からフロアを順繰りに休業させていき、10月8日からは9-10階の2フロア体制になるというもの。 タワーレコードはサブスクが全盛になってもコロナ禍になっても、店舗数を減らさずにここまで来ました。 この数年で3店舗オープンさせて閉店したのは今年3月、リモートワークだらけになったビ

                                                              タワーレコード新宿店が規模を縮小すること - WASTE OF POPS 80s-90s
                                                            • 環境変数を設定するだけでRuby on Railsサーバが10%高速化する(かもしれない)話 - Akatsuki Hackers Lab | 株式会社アカツキ(Akatsuki Inc.)

                                                              この記事は Akatsuki Advent Calendar 2019 1日目の記事です。 はじめに アカツキでは Ruby on Rails を使ったゲームサーバを開発・運用しています。ゲームの体験を向上するために、レスポンスタイムは一つの重要な要素となるため、種々のパフォーマンスチューニングを行なっています。今回はその一例として、環境変数を1つ設定するだけで、あるAPIのレスポンスタイムが10%も改善した例をご紹介します。 TL;DR 多数の時刻を含むレコードを扱う Ruby on Rails サーバでは、 TZ 環境変数を設定することで、デフォルトタイムゾーン設定ファイル /etc/localtime へのアクセスが減り、高速化が図れるかもしれません。 効果は Time オブジェクト1個あたり数μsの短縮といったオーダーですが、チリも積もれば山となり、数千個のレコードを処理するAPI

                                                                環境変数を設定するだけでRuby on Railsサーバが10%高速化する(かもしれない)話 - Akatsuki Hackers Lab | 株式会社アカツキ(Akatsuki Inc.)
                                                              • 社名変更して co.jp ドメインを複数保有する技術 - ANDPAD Tech Blog

                                                                SREチーム 鈴木心之介 です。 職歴の空白 を経て参画しました。 先日、株式会社オクト (88oct.co.jp) だった弊社は、社名変更し、株式会社アンドパッド (andpad.co.jp) になりました。社名変更といえば、めちゃくちゃ、それはもう大変な量の仕事がありますが、ここでは社名変更して co.jp ドメインを複数保有する話を書きます。 短い結論 いま保有している co.jp ドメインを、JPDirerct に移管しましょう。JPDirect は、 jp ドメインのレジストリである株式会社日本レジストリサービス(JPRS) が運営するレジストラで、1組織1ドメインの緩和申請に対応していることを表明しています。 JPDirectの管理画面で新ドメインを仮登録すると、直ちにDNS設定を組めるようになります。仮登録から6ヶ月以内に社名変更の法人登記を完了し、1組織1ドメイン制限緩和の

                                                                  社名変更して co.jp ドメインを複数保有する技術 - ANDPAD Tech Blog
                                                                • 死亡記事 音楽家 小西康陽 - 日本経済新聞

                                                                  朝から仕事のメールを書いて、しばし休憩。コーヒーを淹(い)れ、なにか音楽でも。部屋の片隅で見つけたのはジョージ・ジャーズ、というシンガー・ソングライターのレコード。たしか高校1年のときに輸入レコード店のバーゲン・セールで買ったまま、47年間ずっと聴いていなかった。ザ・バンドをはじめ、当時のロックやR&Bのミュージシャンの写真を多く撮っていたノーマン・シーフによるモノクロのジャケットに惹(ひ)か

                                                                    死亡記事 音楽家 小西康陽 - 日本経済新聞
                                                                  • 「悪役令嬢を探して」第1回:「乙女ゲームの悪役令嬢」は実在するのか? 90年代乙女ゲームから悪役令嬢を見出してみよう

                                                                    「悪役令嬢を探して」第1回:「乙女ゲームの悪役令嬢」は実在するのか? 90年代乙女ゲームから悪役令嬢を見出してみよう ライター:向江駿佑 近年人気を集める「悪役令嬢」もの。だが,そのイメージソースとされる「乙女ゲームの悪役令嬢」の存在については,これまで幾度となく疑義が呈されてきた。では,本当に乙女ゲームに悪役令嬢は存在しないのだろうか? 今回4Gamerでは,ゲーム研究者・向江駿佑氏に依頼し,乙女ゲームの中に見出せる「悪役令嬢」の歴史を,全3回にわたって編纂してもらうこととした。第1回は90年代,第2回は00年代,第3回では10年代〜を取り扱う予定だ。「アンジェリーク」以降無数にリリースされてきた作品群の中にある悪役令嬢たちの輝きを,ぜひ読者諸氏にも確認してほしい。 2024年3月にNintendo Switch用ソフト「悪役令嬢は隣国の王太子に溺愛される」(オペラハウス)が発売されるな

                                                                      「悪役令嬢を探して」第1回:「乙女ゲームの悪役令嬢」は実在するのか? 90年代乙女ゲームから悪役令嬢を見出してみよう
                                                                    • クローズアップ藝大 | 第十五回 小鍛冶邦隆 音楽学部作曲科教授 | 東京藝術大学

                                                                      クローズアップ藝大では、国谷裕子理事による教授たちへのインタビューを通じ、藝大をより深く掘り下げていきます。東京藝大の唯一無二を知り、読者とともに様々にそれぞれに思いを巡らすジャーナリズム。月に一回のペースでお届けします。 Tweet >> 過去の「クローズアップ藝大」 >> 「クローズアップ藝大」が本になりました 第十五回は、音楽学部作曲科教授の小鍛冶邦隆先生。現代音楽の作曲家として、また指揮者としても活躍しています。令和3年10月、研究室にてお話を伺いました。 【はじめに】 この「クローズアップ藝大」という企画を通して、今まで出会うことのなかった様々な芸術家の方々と初めて話をする機会を得ていますが、現代音楽の作曲家は正直とても遠い存在だと感じていました。コンサートでも、日ごろメディアを通しても現代音楽をあまり耳にすることがないこともありますが、現代音楽については難しい話になるではとの予

                                                                        クローズアップ藝大 | 第十五回 小鍛冶邦隆 音楽学部作曲科教授 | 東京藝術大学
                                                                      • 営業日などの規則性と例外を扱うための設計

                                                                        解決したい問題 例として、飲食店の予約サービスを考える。 予約を受け付けるためには各店舗の営業スケジュールを管理しておいて、営業日の営業時間内のみ予約を受け付けるようにする必要がある。 たとえば、ある店舗は各曜日の営業時間について、以下のように定めているとする。 平日:11:30-22:00 土曜日:11:00-22:00 日曜日:11:00-21:00 定休日:木曜日 これを素朴に設計すると、たとえば以下のような「営業日については営業時間を保持し、定休日についてはレコードがない」というテーブルになるかもしれない。 店舗 曜日 開店時刻 閉店時刻

                                                                          営業日などの規則性と例外を扱うための設計
                                                                        • 京都で学生生活を送り、東京で就職した人間の身に起こること - SUUMOタウン

                                                                          著者: 夜衰 私は大学の学部入学から大学院(修士課程)修了まで、京都で過ごした。年で言うと2004年から2010年初頭までの話だ。いまのところ、人生の中で、もっとも長い期間住んでいた場所になる。だから京都について紹介しようと思うのだが、ここSUUMOタウンでも、そうそうたる面々が京都について語っているから、まだ未読の人がいたら、まずはそちらを読んでもらうとよいのではと思う。 最近は“僕の京都”を壊しにかかっているんです――小説家・森見登美彦さん 京都には世界の全てがあった(著者:phaさん) 二条に住んで、今日もヨーロッパに思いを馳せる。(著者:上田誠さん) 特にphaさんの記事は素晴らしく、京都の魅力を私の少なくとも1000兆倍は上手に語っている。というか、ほぼ私の言うことがなくなってしまって途方に暮れているのだけど、とりあえず自分なりに体験したことを書きたいと思う。 私が京都で過ごした

                                                                            京都で学生生活を送り、東京で就職した人間の身に起こること - SUUMOタウン
                                                                          • システム開発で得たRedis利用ノウハウ | フューチャー技術ブログ

                                                                            こんにちは。初投稿です。 2012年新卒入社の竹内です。入社当時を振り返るとOracle10g,11gを良く利用していおり、データモデリングなどテーブル設計が好きで、2018年4月ぐらいまでRDBとバッチに浸ってました。 さて、現在プロジェクトでRedisを使っているのですが、いままでRDB人間だっただけにKVSやRedisならではの特徴に四苦八苦してます。 苦しんだ分、色々な知見を得ることができているので、その内容をご紹介します! 対象者 Redisの業務システム導入を検討している方 RDBとRedisの違いを知りたい方 現場的なRedisの利用方法を知りたい方 書いてないこと データ型やコマンドなど、HelloWorld的に公式ドキュメントを見て得られる情報 インストールなど、Redisを利用できるまでの手順 フェイルオーバーやバックアップをはじめとする運用に関する内容 データ永続化に

                                                                              システム開発で得たRedis利用ノウハウ | フューチャー技術ブログ
                                                                            • なぜお笑い芸人の多くは、批評を嫌う傾向があるか|伊藤聡

                                                                              お笑いと批評の関係性私は以前から、お笑い芸人さんの多くが自分の漫才やコントを批評されることに拒否反応を示す傾向があるのではないか、という印象を持っていました。そのことについてSNSに投稿をしてみたところ、いくつか反応をいただいたので、今回この疑問についてもう少し深く考えてみます。なお私は、芸人さんのラジオは好きで、わりと聞いていますが、賞レースやテレビのお笑い番組を軽く見るていどで、お笑いファンとしてはかなり薄い部類です。一応ライターをしていますが、お笑い批評をやってみたいという気持ちはないです(お笑い芸人さんの本の書評は、仕事で一度したことがあります)。 お笑い芸人さんの多くは、批評されるのを嫌う傾向がありますよね。映画批評、文芸批評などは創作と相互補完的で、作者からもおおむね歓迎され、不可欠になっているのに、なぜお笑い批評は当事者から(ほとんど生理的な嫌悪感をともなって)拒否されるのか

                                                                                なぜお笑い芸人の多くは、批評を嫌う傾向があるか|伊藤聡
                                                                              • ライムスター・宇多丸さん「原風景は、誰もいないポツンとした後楽園」【東京っ子に聞け!】 - SUUMOタウン

                                                                                インタビューと文章: 柴那典 東京に住む人のおよそ半分が、他県からの移住者*1というデータがあります。勉学や仕事の機会を求め、その華やかさに憧れ、全国からある種の期待を胸に大勢の人が集まってきます。一方で、東京で生まれ育った「東京っ子」は、地元・東京をどのように捉えているのでしょうか。インタビュー企画「東京っ子に聞け!」では、東京出身の方々にスポットライトを当て、幼少期の思い出や原風景、内側から見る東京の変化について伺います。 ◆◆◆ 今回お話を伺ったのは、ラッパーとして、『アフター6ジャンクション』(TBSラジオ)のパーソナリティとして、八面六臂の活躍を続けるライムスターの宇多丸さん。 ライムスターの楽曲「東京、東京」で「オレは港区生まれ 文京区育ち 周りは至ってフツーの人たち」と歌ったとおり、生粋の東京っ子である宇多丸さん。その全方位的なカルチャーに対する造詣の深さは、どのような東京と

                                                                                  ライムスター・宇多丸さん「原風景は、誰もいないポツンとした後楽園」【東京っ子に聞け!】 - SUUMOタウン
                                                                                • サービスを停止せずにデータベースリファクタリングする - Pepabo Tech Portal

                                                                                  2022年7月13日にカラーミーショップで提供開始した「副管理者機能」のアップデートにあたって、従前の挙動を変えずにデータベーススキーマの構造を変える必要がありました。また、サービスの提供を停止することなく、スキーマの構造の変更を進める必要がありました。 この記事では、サービスを停止せずにデータベースの構造を徐々に変更するデータベースリファクタリングをどのように進めたかについて紹介します。 「データベースリファクタリング」とは データベースリファクタリングについて体系的に述べた書籍として"Refactoring Databases"があります。この本では、データベースリファクタリングのさまざまなパターンにおいて、スキーマの変更、データマイグレーション(既存データの移行)、アプリケーションの変更それぞれをどのように進めるべきかについて解説しています。ここでは、"Refactoring Dat

                                                                                    サービスを停止せずにデータベースリファクタリングする - Pepabo Tech Portal