Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 553件

新着順 人気順

idの検索結果81 - 120 件 / 553件

  • MacのTerminalでsudo実行時にタッチIDを使用する方法 | DevelopersIO

    こんにちは、CX事業本部の夏目です。 MacのタッチバーのタッチIDが非常に便利なのですが、Terminalでsudoを叩かないと行けないときに使えたらなぁと思ったので、情報を共有します。 使う方法 /etc/pam.d/sudoにauth sufficient pam_tid.soを追加します。 書き込みには管理者権限が必要になるので次のようにして編集します。 # 自分の環境では最初管理者でも書き込みができないようになってたので、できるようにする $ sudo chmod +w /etc/pam.d/sudo $ sudo vi /etc/pam.d/sudo もともとはこんな感じになっていると思うので、 # sudo: auth account password session auth sufficient pam_smartcard.so auth required pam_ope

      MacのTerminalでsudo実行時にタッチIDを使用する方法 | DevelopersIO
    • リーダブルコード by DDD / Readable Code by DDD

      リーダブルコード by DDD モデリングを起点に可読性の高いコードを実現する

        リーダブルコード by DDD / Readable Code by DDD
      • ハローワークの求人情報をスクレイピング(Python + Selenium + BeautifulSoup) - ai_makerの日記

        この記事は、以下のハローワークインターネットサービスから求人情報を自動で取得する試みを記録したものです: www.hellowork.mhlw.go.jp まずは、ソースコードと実行結果をお見せし、後ほどこの記事を書いた経緯などを話します。 ソースコード:HelloWork_Scraping_ST.py from selenium import webdriver from selenium.webdriver.support.ui import Select import time from bs4 import BeautifulSoup import re # ハローワークインターネットサービスのURL url = "https://www.hellowork.mhlw.go.jp/" # 以下からご自分で使用しているChromeのバージョンに合ったChromeDriverをダウンロ

          ハローワークの求人情報をスクレイピング(Python + Selenium + BeautifulSoup) - ai_makerの日記
        • 39歳エリート男性、初デートで“1万2000円”すし懐石ランチを頼まれ交際終了へ : 痛いニュース(ノ∀`)

          39歳エリート男性、初デートで“1万2000円”すし懐石ランチを頼まれ交際終了へ 1 名前:puriketu ★:2021/05/04(火) 06:43:20.03 ID:G9f4na8h9 米田宗一郎さん(39歳、仮名)は一流企業に勤める、年収1000万超えのエリート男性。坂口敦美さん(32歳、仮名)とお見合い後、交際に入りました。結婚相談所のお見合いの場合、個人情報を保護する観点から、交際に入って初めて、仲人を通じてお互いの連絡先を交換します。そして、男性から女性にファーストコールを入れるのが通例です。 宗一郎さんは指定された時間に、敦美さんに電話をしました。 「交際希望、ありがとうございます」 「こちらこそです。お話も楽しかったし、お仕事のできる男性は違うなと思ったんですよ」 そんな褒め言葉に宗一郎さんはとてもうれしくなりました。 「早速ですが、週末、ランチしませんか? 敦美さんは和

            39歳エリート男性、初デートで“1万2000円”すし懐石ランチを頼まれ交際終了へ : 痛いニュース(ノ∀`)
          • 外部キー制約は何も考えずに適用するとよくない - かとじゅんの技術日誌

            このブログが話題になってますね。制約を付けること自体はよいことだけど、無目的に適用すると害も生じると思います。 無目的という言い方はおかしいな…。外部キー制約をどのように使えばいいのか、逆にどんなときに使うとまずいのかを考えてみたいと思います。 tech.tabechoku.com 例えば、これ。外部キー制約はできるだけ付けるとか、何も考えずに付けるとよくないと思います。 外部キー制約は、可能な限りつけるようにしています。 DBが別れている場合、外部キーはもちろん貼れないのですが、そうでない場合はとにかく何も考えず貼っています。データベース設計の際に気をつけていること - 食べチョク開発者ブログ テーブル設計をシミュレーションする いいたいことの結論はこれ。以上終了なのですが、もう少しわかりやすく書いてみよう。 何も考えずに外部キーを貼るのは良くないな。トランザクション境界の外で結果整合性

              外部キー制約は何も考えずに適用するとよくない - かとじゅんの技術日誌
            • プログラムを教えて理解されない場合は教える技術の不足 - きしだのHatena

              プログラムが組めるとプログラムが教えれると思いがちだけど、教えることは別の技術です。 教えてもなかなか理解してくれないとき、プログラミングに向いてないとさえ言う人もいますが、教える側の教える技術の不足です。 教えることも技術のひとつだと気付けば、教えてもなかなか理解してくれないときに技術の不足であるということにも思い至れると思います。技術の不足であると気付けば、改善もしていけます。 そして教える技術というのは、インストラクショナルデザインという名前で系統だてて整理されています。 たとえばそのまま「インストラクショナルデザイン」など、タイトルにインストラクショナルデザインが含まれた書籍もたくさん出ています。 インストラクショナルデザイン―教師のためのルールブック 作者:島宗 理発売日: 2004/11/01メディア: 単行本 他にも、タイトルにはインストラクショナルデザインとついてないけどイ

                プログラムを教えて理解されない場合は教える技術の不足 - きしだのHatena
              • Whisper、ChatGPTを活用した、テキスト入力不要な新感覚メモ日記アプリの紹介と、開発における学び|にょす

                日常生活の中で生まれた「できごと」や「思ったこと」を、楽しく記録できるメモ日記アプリを開発しました! しゃべったら、あとは丸投げして良い感じにメモを残してくれる「シャべマル」です!(笑) シャべマルの紹介具体的には、、 絵文字で見返せるメモアプリあんまりないですが、良いですよ…!音声入力でメモ内容を作成。かなり高精度な音声認識モデル(Whisper)を用いているので、想像以上にちゃんと文字起こししてくれます! 「今日あったこと」など、日記として利用するのもオススメです。1日を振り返る機会になって、それが後から振り返りできるので、あの時こんなこと考えていたなー、といった発見につながるはずです! そして個人的にここが目玉なのですが、文字起こしされたメモには、「タイトル」「絵文字アイコン」「感情アイコン」「カテゴリ」が自動で紐づきます! これ何が良いかというと、圧倒的に見返しやすくなるんですよね

                  Whisper、ChatGPTを活用した、テキスト入力不要な新感覚メモ日記アプリの紹介と、開発における学び|にょす
                • 安倍ちゃんのデジタル献花サイト、無事おもちゃにされる : 哲学ニュースnwk

                  2022年09月22日16:00 安倍ちゃんのデジタル献花サイト、無事おもちゃにされる Tweet 1: 名無しさん@おーぷん 22/09/22(木) 12:24:29 ID:3BKA https://offering-flower.com/ 3: 名無しさん@おーぷん 22/09/22(木) 12:25:06 ID:xXkK いかんでしょ?? 4: 名無しさん@おーぷん 22/09/22(木) 12:25:28 ID:3BKA 8: 名無しさん@おーぷん 22/09/22(木) 12:26:08 ID:GnMD >>4 酷くて草 10: 名無しさん@おーぷん 22/09/22(木) 12:26:57 ID:3BKA 28: 名無しさん@おーぷん 22/09/22(木) 12:32:15 ID:uQej >>10 センスありすぎやろこれ 37: 名無しさん@おーぷん 22/09/22(木)

                    安倍ちゃんのデジタル献花サイト、無事おもちゃにされる : 哲学ニュースnwk
                  • カネも思い出もすべてを奪われる…米国で被害が急増中の「Apple ID泥棒」の卑劣すぎる手口 鉄壁のセキュリティの「最大の弱点」を悪用している

                    被害者たちは、外出先でiPhoneを盗まれ、わずか数分後にはアカウントから閉め出される。次いで自宅のMacはログインができなくなり、24時間以内に数百万円という預金が口座から消える――。そんな事例をウォール・ストリート・ジャーナル紙が報じている。 被害のきっかけは、iPhoneの4桁または6桁の簡易的なパスコードを盗み見られたことだ。これによって、より強力なパスワードを設定したはずのApple IDのセキュリティが同時に無力化されてしまった。 同紙が今年2月に「脆弱性」として報じ、さまざまなテックメディアで取り上げられ大きな反響を呼んでいる。Appleは現時点で対策措置を発表していない。 被害はiPhoneからほかのApple製品に広がる… これはiPhoneの6桁のパスコードさえわかれば、Apple IDのアカウントを丸ごと乗っ取れる状態であることを意味する。 Apple IDとは、多く

                      カネも思い出もすべてを奪われる…米国で被害が急増中の「Apple ID泥棒」の卑劣すぎる手口 鉄壁のセキュリティの「最大の弱点」を悪用している
                    • 大規模クラスターが発生した島根の高校の削除されたブログがやばいと話題に : 痛いニュース(ノ∀`)

                      大規模クラスターが発生した島根の高校の削除されたブログがやばいと話題に 1 名前:グロエオバクター(宮城県) [US]:2020/08/10(月) 08:56:28.85 ID:vlQ/26AE0 魚拓 http://webcache.googleusercontent.com/search?q=cache:VKvq7abkPUgJ:blog.shonangakuen-h.ed.jp/%3Fp%3D1779+&cd=1&hl=ja&ct=clnk&gl=jp 島根・立正大淞南高で88人がコロナ感染 サッカー部の寮でクラスター発生 島根県と松江市は9日、新型コロナウイルスに92人が感染したと発表した。うち88人は、8日に生徒の感染が判明した私立立正大淞南高(同市)の男子生徒86人と男性教員2人。県と市はサッカー部の寮でクラスター(感染者集団)が生じたとしており、異例の規模。県内での感染確認は

                        大規模クラスターが発生した島根の高校の削除されたブログがやばいと話題に : 痛いニュース(ノ∀`)
                      • なぜソーシャルログインの際にemailをキーにして参照するのか

                        ritouです。 Digital Identity技術勉強会 #iddance Advent Calendar 2023 の 初日の記事です。 こちら、参加者を募集中です!気軽に参加してみてください!してくれよ!はよ! なんの話か ちょっと想定以上に反応をいただいたこちらの記事について、ちょっとだけ補足をしたいと思います。 なんの話か詳しく 自分のはてブのコメントをつけたポストにもたくさん反応いただきました。 実際、海外のサービスはメアドをキーにして参照してるところも多く これはサービスのDBのUserテーブルがemailをプライマリキーにしているという話ではありません(が、そう思われた方からDMが来ました)。 最初にパスワード認証やメールでリンクを送信して認証させる仕組みを実装している状態から、ソーシャルログインを実装しようとする際に "email" をキーにした参照をすることがあるんよ

                          なぜソーシャルログインの際にemailをキーにして参照するのか
                        • 入門 GitHub Actions - メドピア開発者ブログ

                          CTO室SREの @sinsoku です。 社内のGitHub ActionsのYAMLが複雑になってきたので、私が参考にしてる情報や注意点、イディオムなどをまとめておきます。 頻繁に参照するページ 新しい機能の説明が日本語ページに反映されていないため、基本的に英語ページを読むことを推奨。 ワークフロー構文 YAMLの基本構文の確認 コンテキストおよび式の構文 github オブジェクトの情報、関数の確認 ワークフローをトリガーするイベント 各イベントの GITHUB_SHA と GITHUB_REF が記載されている About GitHub-hosted runners インストールされているSoftwareのバージョンなどが記載されている GitHub REST API APIを使うときに参照する よく使うaction actions/checkout イベントによってはデフォルトブ

                            入門 GitHub Actions - メドピア開発者ブログ
                          • エムスリーのデータ基盤を支える設計パターン - エムスリーテックブログ

                            こんにちは、エムスリー エンジニアリンググループ の鳥山 (@to_lz1)です。 ソフトウェアエンジニアとして 製薬企業向けプラットフォームチーム / 電子カルテチーム を兼任しています。 ソフトウェアエンジニアという肩書きではありますが、私は製薬企業向けプラットフォームチームで長らくデータ基盤の整備・改善といったいわゆる "データエンジニア" が行う業務にも取り組んできました。 本日はその設計時に考えていること / 考えてきたことをデータ基盤の設計パターンという形でご紹介しようかと思います。多くの企業で必要性が認識されるようになって久しい "データ基盤" ですが、まだまだ確立された知見の少ない領域かと思います。少しでもデータエンジニアリングを行う方の業務の参考になれば幸いです。 データ基盤の全体像 収集部分の構成 RDBデータ ログデータ 活用部分の構成 データマートの実例 「データ基

                              エムスリーのデータ基盤を支える設計パターン - エムスリーテックブログ
                            • GraphQLでバックエンドのコードをすっきりさせた話 - LayerX エンジニアブログ

                              こんにちは!LayerXの mosa_siru (榎本) です。 LayerX インボイスでは、もともと github.com/go-swagger/go-swagger を利用してREST APIを開発していましたが、最近開発したワークフロー機能 のコンポーネントではGraphQLを取り入れました。 GraphQLには様々なメリットがあり、RESTとの比較記事は多くありますが、なぜ僕らは移行したのか、その結果どうなったのかを紹介していきます。 GraphQLのメリット GraphQLのメリットは、様々な箇所で語られています。例えばこの記事によれば、 強力に型付けされたスキーマであること アンダーフェッチとオーバーフェッチがないこと(後述) Apollo, Relayなどの、クライアントライブラリにより、フロントエンド開発が迅速になること 複数のGraphQL APIからの統合が可能 強力

                                GraphQLでバックエンドのコードをすっきりさせた話 - LayerX エンジニアブログ
                              • HTTPS 証明書の Common Name の検証がしれっと禁止されていた件について | IIJ Engineers Blog

                                開発・運用の現場から、IIJのエンジニアが技術的な情報や取り組みについて執筆する公式ブログを運営しています。 こんにちは。IIJ Engineers Blog編集部です。 IIJの社内掲示板では、エンジニアのちょっとした技術ネタが好評となって多くのコメントが付いたり、お役立ち情報が掲載されています。 今回は、すでにお気づきの方もいるかもしれませんが、いつの間にか HTTPS 証明書の Common Name の検証が禁止 になっていた件について紹介します。 HTTPS 証明書の検証手続きは、RFC2818 で「Subject Alternative Name があればそれで、なければ Common Name を見よ」となっていました。 If a subjectAltName extension of type dNSName is present, that MUST be used as

                                  HTTPS 証明書の Common Name の検証がしれっと禁止されていた件について | IIJ Engineers Blog
                                • 1文字でSQLを200倍遅くする方法

                                  こんにちは、19のSysAd班の翠(sappi_red)です。普段はtraQのフロントエンドの保守を行ったりしています。 こんばんは、19のSysAd班のtemmaです。普段は普段どおりのことをしています。この記事の面白い部分はすべて僕が書いています。面白くないところは翠君が書いています。 この記事では、日々パフォーマンスに頭を悩ませる開発者の方のために、ワンタッチで劇遅SQLを200倍高速でキュートなSQLに劇的ビフォーアフターする方法を紹介します。 「おいおいおい、遅くしたくて記事を読み始めたのに話が違うじゃないか💢」と思ってるそこのあなた👈 早くできるということは遅くもできるんですね。 TL;DR ここにテーブルがあります。 CREATE TABLE messages ( id CHAR(36) NOT NULL PRIMARY KEY, text TEXT COLLATE ut

                                    1文字でSQLを200倍遅くする方法
                                  • NHK、正体を現す。「原作者が脚本に口出ししてきてクランクイン間に合わなかった💢6000万円請求する!」 : アルファルファモザイク@ネットニュースのまとめ

                                    NHK、正体を現す。「原作者が脚本に口出ししてきてクランクイン間に合わなかった💢6000万円請求する!」

                                      NHK、正体を現す。「原作者が脚本に口出ししてきてクランクイン間に合わなかった💢6000万円請求する!」 : アルファルファモザイク@ネットニュースのまとめ
                                    • UUIDとULIDを理解していない方は見た方がいい記事

                                      Auto increment(自動採番)型を採用したくない場合 Auto Incrementは、データベースにおいて自動的に一意の識別子を生成するメカニズムです。通常、数値型の列が対象となり、新しいレコードが挿入されるたびにその列の値が自動的にインクリメントされます。典型的なIDですかね。 ここでは一意性の確保の話や、データ移行やバックアップのデメリットには言及せず、セキュリティとプライバシーの懸念にフォーカスして考えます。 予測可能性 Auto Increment型のIDは連番であるため、次に生成されるIDが容易に予測可能です。これにより、攻撃者がシステムの内部構造を推測し、不正アクセスを試みるリスクが高まります。 情報漏洩のリスク 連番のIDはデータベースの挿入順序を反映しているため、公開されることで企業の活動パターンやデータ生成の頻度が漏洩する可能性があります。 例) 競合他社は、公

                                        UUIDとULIDを理解していない方は見た方がいい記事
                                      • W3C、中央集権的な管理を不要にする「Decentralized Identifiers (DIDs)」(分散型識別子)の仕様が勧告に到達

                                        W3C、中央集権的な管理を不要にする「Decentralized Identifiers (DIDs)」(分散型識別子)の仕様が勧告に到達 World Wide Web Consortium (W3C)は、「Decentralized Identifiers (DIDs) 」(分散型識別子)バージョン1.0(以下、W3C DID)の仕様が勧告に到達したと発表しました。 W3C press release: "Decentralized Identifiers (DIDs) v1.0 becomes a W3C Recommendation" "This new type of verifiable identifier... will enable both individuals and organizations to take greater control of their onl

                                          W3C、中央集権的な管理を不要にする「Decentralized Identifiers (DIDs)」(分散型識別子)の仕様が勧告に到達
                                        • SQLアンチパターン簡単まとめ

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

                                            SQLアンチパターン簡単まとめ
                                          • 松井大阪市長「パチンコは遊技ではなくギャンブル」「パチンコ業界のグレー規制を見直すべき」 : 痛いニュース(ノ∀`)

                                            松井大阪市長「パチンコは遊技ではなくギャンブル」「パチンコ業界のグレー規制を見直すべき」 1 名前:どんぎつね(北海道) [KR]:2020/04/25(土) 19:20:42.61 ID:GklFiNth0 大阪市の松井一郎市長(56)が25日、自身のツイッターで、今後のパチンコ業界について「グレー規制を見直すべき」と書き込んだ。 松井市長は、新型コロナウイルスのまん延を防ぐため大阪府が公表した休業要請に応じないパチンコ店に350人が並ぶニュースをリツイート。 その上で「今後、ギャンブル依存症対策を進める為にも、これまで既得権となってきたパチンコ業界のグレー規制を見直すべきです」と指摘し 「国会議員団のみなさん、パチンコは遊戯では無くギャンブルと規定し必要な対策を議論して下さい」とつづった。 https://www.sponichi.co.jp/society/news/2020/04/

                                              松井大阪市長「パチンコは遊技ではなくギャンブル」「パチンコ業界のグレー規制を見直すべき」 : 痛いニュース(ノ∀`)
                                            • マイクロサービス時代のセッション管理 - Retty Tech Blog

                                              この記事はRetty Advent Calendar 2019 21日目の記事です。エンジニアの 神@pikatenor がお送りします。11日目の記事に書かれた「弊社エンジニアの神(注・人名であり実名です)」とは私のことです。 qiita.com さて世はまさにマイクロサービス大航海時代、大規模化した組織・肥大化したコードベースのメンテナンスを継続的に行っていくべく、アプリケーションを機能別に分割する同手法が注目を集めていることは皆さんもご存知でしょう。 マイクロサービスアーキテクチャ特有の設計課題はいくつかありますが、今回は認証情報のような、サービス間でグローバルに共有されるセッション情報の管理のパターンについて調べたことをまとめてみたいと思います。 背景 HTTP は本質的にステートレスなプロトコルですが、実際の Web サービス上では複数リクエストをまたがって状態を保持するために、

                                                マイクロサービス時代のセッション管理 - Retty Tech Blog
                                              • ぐちゃぐちゃのクリスマスケーキが届いた件、工場で働いてた人曰く「当然有罪なのだけど毎回発生する事案」が背景にあるらしい

                                                BIT @_kksbit_ 工場出荷時点でクリスマスケーキ・オブ・ザ・デッド状態になってるのに、客が買って箱を開けるまでそれがわからないケースはまぁ大体コレです 勿論倒したら絶対報告しろと再三言われるし、にも関わらず報告もせずに載せるバイト作業員が当然有罪なのだけど、「絶対に」毎回発生する事案ですね pic.twitter.com/IrxbXaK0XX 2023-12-24 18:37:39

                                                  ぐちゃぐちゃのクリスマスケーキが届いた件、工場で働いてた人曰く「当然有罪なのだけど毎回発生する事案」が背景にあるらしい
                                                • サービスを停止せずにデータベースリファクタリングする - Pepabo Tech Portal

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

                                                    サービスを停止せずにデータベースリファクタリングする - Pepabo Tech Portal
                                                  • MySQLで階層構造を扱うための再帰的なクエリの実装方法と実用例

                                                    1.はじめに RDBでの階層構造の関係を持つデータを扱う上で、 効率的なデータの持ち方や抽出方法について検証を行っています。 結論から先に 階層構造を扱う方法として下記の種類があります。 隣接リスト 経路列挙 入れ子集合 閉包テーブル 再帰クエリ(WITH RECURSIVE)を使うと階層データを扱う上でのパフォーマンスが得られます。 検索性、更新量、データ量など加味すると隣接リストで再帰クエリを用いるのがよさそう。 2.階層構造を持つデータの概要 階層構造を持つデータとは 複数の要素(データ)が親子関係で結びついている構造を持つデータ 1つの要素が複数の要素の親になることができ、 また、1つの要素が複数の子要素を持つこともあります。 ある要素を親として、細分化された子要素であったり、 類似する要素を抽象化したものを親要素とするようなデータ。 階層構造を持つデータの例 組織における事業部、

                                                      MySQLで階層構造を扱うための再帰的なクエリの実装方法と実用例
                                                    • マンガのセリフに特化 アドビ、オリジナルフォント「貂明朝アンチック」リリース 無料IDでも使える

                                                      アドビは11月16日、漫画のセリフに特化したオリジナルフォント「貂明朝アンチック」をリリースした。Adobe IDさえあれば無料ユーザーでも「Adobe Fonts」から利用できるという。 漫画の吹き出しに古くから使われている、仮名が明朝体、漢字がゴシック体の「アンチック体」を採用。貂明朝アンチックでは、漢字に源ノ角ゴシック、仮名はコントラスト(水平・垂直方向の先の太さの差)を抑え、ゴシック体の漢字とマッチするようにデザインされたという。ウェイトは6種類用意されている。

                                                        マンガのセリフに特化 アドビ、オリジナルフォント「貂明朝アンチック」リリース 無料IDでも使える
                                                      • PostgreSQLで時間枠を適切に扱う設計 - そーだいなるらくがき帳

                                                        はじめに Googleカレンダーのような時間枠を扱うシステムを設計する際、開始・終了時刻を管理するロジックは容易ではない。 しかし、PostgreSQLには 範囲型 があり、この機能を活用することで、開始時刻(begin_at)と終了時刻(end_at)を1つのカラムで扱えるようになる。 そこで本稿では、範囲型を用いた設計と、その利点を紹介する。 時間枠を扱う難しさ まず前提として時間枠の扱いがなぜ難しいかを紹介する。 ソフトウェアデザインでやっている連載、実戦データベースリファクタリングの 【12】厄介な時間枠に向き合う でも紹介したが、時間の範囲を比較するときが難しい。 範囲の重なりには以下の種類がある。 包含:範囲Aが範囲Bを完全に含む 重複:範囲Aと範囲Bに共通点がある 隣接:範囲Aと範囲Bが隣り合う 時間枠の扱いはSQLに限らず、プログラミングの題材として難易度が高い。 特に重複

                                                          PostgreSQLで時間枠を適切に扱う設計 - そーだいなるらくがき帳
                                                        • チームに浸透させるのが近年では難しくなっている - id:onk のはてなブログ

                                                          昨日「動いたけどチームメンバーを説得するのが面倒で、秘蔵のブランチになってしまう」って言ったけど、この気持ちはどこから出てくるのか。 分かりやすい Cons があると、反発が予想できて、その反発を解決するところまで労力を割くほどの気持ちが無いので困る。「直ちに問題になるわけじゃないが、どちらかというとやった方がいい、でもリスクもある」という選択肢を選べずにズルズルと現状維持に向かう圧力は、ある。チームの同質性が高いうちはほとんど困らないんだが、人数が増えたり、別の職種が増えたりするごとに「面倒」さはどうしても増していく。 我々の信念として以下を持ってはいるが、現状維持に向かう圧力がある中で変化を加えるのはそこそこ労力が要り、閾値を超えると変化が発生しなくなってしまう。 業務・開発フローは「変えることは無条件に正しい」くらいに思って良いと思っています。 素早く変えてもし仮にダメだったら素早く

                                                            チームに浸透させるのが近年では難しくなっている - id:onk のはてなブログ
                                                          • 執筆ツールを選んで、楽に文章を書こう - 週刊はてなブログ

                                                            筆を選ばない弘法大師も、テキストエディタは選ぶかも 毎日さまざまな話題のエントリーが生まれるはてなブログの中から「旬な話題」をピックアップする企画「はてなブログで話題」。今回は「執筆ツール」をテーマに記事を紹介します。 編集という仕事柄、テキストエディタは毎日触る大事な仕事道具です。仕事の内容にあわせて設定などを変えると非常に捗ります。 VSCodeをメインのエディタにして半年たったので入れてある拡張機能を紹介します - 壁に飾られた絵画を見ようとしてその絵に近寄ってはいけない blog.ayako-m.work こちらは10月第1週のはてなブログランキングにランクインした、はてな編集部・ayako_m(id:ayakoya)のエントリー。仕事で使っているコードエディター「VSCode」のカスタマイズを紹介しています。便利そうですね。 ayako_m(id:ayakoya)の場合は「Web

                                                              執筆ツールを選んで、楽に文章を書こう - 週刊はてなブログ
                                                            • 225行のコードでGPTの仕組みを理解する

                                                              概要 LLMに関心があり、ChatGPTやtransformerの仕組みを理解したいと思っていたところ、雰囲気を掴むのにこちらの動画がとても参考になりました。 動画の内容としては、以下のコーパスを学習して、直前の数文字から次の1文字(単語ではないことに注意)予測機を作成するというものです。 この動画で完成するコードは以下で、225行しかなくとても読みやすいです。 また短いですがtransformerのエッセンスが詰まっていて勉強になりそうです。 このコードを読み解くことでGPTやtransformerがどのように動いているのか、ざっくり理解してみようと思います。 ちなみに完成するとこんな感じの文字列が生成されます。ぱっと見文章っぽいですね。 first Scitizen: He's enough; but he cannot give his friends. MARCIUS: Do yo

                                                                225行のコードでGPTの仕組みを理解する
                                                              • クレカのタッチ決済「あるある」とは 筆者が実際に体験したケース

                                                                最近、VisaやMasterCard、JCBなどクレジットカードブランドが普及に力を入れているのがNFC TypeA/B(以下、NFC)を使った非接触決済だ。「Visaで」というフレーズとともにクレジットカードをかざしているCMを見たことがある人もいるだろう。ただし、「クレジットカードをかざして決済する」という認識はまだまだ浸透していないようで、先日こんなツイートが話題になった。 内容は、イオンのレジでクレジットカードをかざして決済しようとすると「(タッチ決済は)WAONです」と注意されたという“お客様の声”を紹介したもの。クレジットカードといえば「リーダーに差し込んで暗証番号を入力して決済する」が浸透しており、確かに「カードをタッチ=電子マネー」という認識の店員がいても不思議ではない。投稿者も「タッチ決済あるある」と紹介している。 クレジットカードの非接触決済については店員もおそらく教育

                                                                  クレカのタッチ決済「あるある」とは 筆者が実際に体験したケース
                                                                • 「iD」「iPhone」みたいな変な場所に大文字が来る造語が嫌い

                                                                  覚えないと正しい表記しづらいし、他人が間違えてるの見てもイライラするし、誰が悪いのかというと命名した奴が一番悪いと思う 他にもいろいろあるよな、どんなのあったっけ?

                                                                    「iD」「iPhone」みたいな変な場所に大文字が来る造語が嫌い
                                                                  • マイナカード「ほぼ全国民」普及も使う機会なし、デジタル本人確認の民間利用を阻む壁

                                                                    2023年3月末、マイナンバーカードの申請件数は約9614万枚と人口の約76.3%に達した。政府は3月末までに「ほぼ全ての国民」への普及を目指すとしてきたが、松本剛明総務相は2023年4月4日の記者会見で「ほぼ全ての国民に行き渡らせる水準までは到達したと考えている」と表明した。 「持っていても使わない」と言われることが多かったマイナンバーカード。「ほぼ全ての国民」に行き渡ることで、「便利なカード」に進化することがますます求められるようになった。そのための鍵がマイナンバーカードの機能である「公的個人認証サービス(JPKI)」を使ったデジタル本人確認の民間サービスでの利用である。ただ、現状では多くの人が日常で使う機会はほとんどない。民間利用を後押しするためのルールが未整備なことが壁となっている。 民間サービスでのデジタル本人確認の普及に期待 「マイナンバーカードを使った本人確認を行政だけでなく

                                                                      マイナカード「ほぼ全国民」普及も使う機会なし、デジタル本人確認の民間利用を阻む壁
                                                                    • ID生成方法についてあれこれ

                                                                      ID生成について聞かれることが多いので、独自の観点でまとめてみます。タイトルは適当です…。 DBはMySQL(InnoDB)を想定しています。あしからず。 ID生成を知りたいなら ID生成に関しては以下の記事がよくまとまっているので参考にしてみてください。値形式など詳しく書かれています。 ID生成大全 Facebook, Twitter, Instagram等がどうやってIDを生成しているのか まとめ ID生成方法 以下のID生成方法は、お手軽に採用しやすいもの順で列挙します。 DB採番/連番型 AUTO_INCREMENT DBのAUTO_INCREMENTで採番する方法。 Pros 数値型で扱える 普通は64ビットの整数型を採用することが多い 単調増加する連番ですので、ソート可能でかつインデックスの空間効率がよい 単調増加するので、キャパシティを予測しやすい 64ビットあればあまり気に

                                                                        ID生成方法についてあれこれ
                                                                      • おうちの回線速度をお手軽に可視化してみよう | IIJ Engineers Blog

                                                                        2018年新卒入社。名古屋支社にてSI中心にお仕事をするエンジニア。仕事ではサーバやミドルウェアを、趣味ではウェブやアプリを弄っています。 【IIJ 2022 TECHアドベントカレンダー 12/21(水)の記事です】 はじめに 名古屋支社の kmmt-t です。 今年の夏頃、インターネットの回線速度を測定するブームがありました。(なぜ?については触れませんが・・・) 俗に言われる「回線速度」というものは、時間帯やご近所さんの利用状況などの様々な要因で変化するものなので1回だけ測ったところで大した意味は持たないでしょう。先日公開された弊社のハンズオン研修の1つである「監視Overview」でも述べられている通り、何かのシステムを監視するのであれば「可視性」「通知性」「特定性」「分析性」を重視しなければなりません。・・・例えそれが自宅のインターネット回線であっても! というわけで今回は、以下

                                                                          おうちの回線速度をお手軽に可視化してみよう | IIJ Engineers Blog
                                                                        • idをautoincrementして何が悪いの?

                                                                          idをautoincrementしない方が良い理由 こんにちは。株式会社プラハCEOの松原です。 最近プラハチャレンジの参加者とお話している際に 「PKのidはautoincrementするとして...」 とナチュラルにid=autoincrementするものという前提が見えたので、「本当にidをautoincrementしても良いものだろうか?」と気になったことを書いてみようと思います。もしフレームワークが自動的にautoincrementでテーブルを作るからなんとなく使っているという方がいたらご一読いただいた後、それでも連番を使いたい理由があれば教えて欲しいです・・! 不必要に情報を晒すことになる スクレイピングされたり もしも僕が某大手に勤めているエンジニアで「競合サービスAにのってる物件情報、全部コピーして新しいサービス作ろうぜ」と指示されたらですよ?「人としてそれはやっちゃダメで

                                                                            idをautoincrementして何が悪いの?
                                                                          • 渋谷100台プロジェクト | IDEA(イデア)

                                                                            プロジェクトの背景 Intelligence Design 株式会社では、これまで渋谷のセンター街、宮下パークなどに、商業施設や交通管理会社と連携し、AIカメラを設置してきました。(センター街の映像はこちら) 今回、人流データを複合的に可視化、分析することにより、 マーケティングや防犯における新たな視座の獲得や、データ利用価値を模索するべく、渋谷駅周辺の広域に100台のAIカメラを設置します。

                                                                              渋谷100台プロジェクト | IDEA(イデア)
                                                                            • カネも思い出もすべてを奪われる…米国で被害が急増中の「Apple ID泥棒」の卑劣すぎる手口【2023編集部セレクション】 鉄壁のセキュリティの「最大の弱点」を悪用している

                                                                              被害者たちは、外出先でiPhoneを盗まれ、わずか数分後にはアカウントから閉め出される。次いで自宅のMacはログインができなくなり、24時間以内に数百万円という預金が口座から消える――。そんな事例をウォール・ストリート・ジャーナル紙が報じている。 被害のきっかけは、iPhoneの4桁または6桁の簡易的なパスコードを盗み見られたことだ。これによって、より強力なパスワードを設定したはずのApple IDのセキュリティが同時に無力化されてしまった。 同紙が今年2月に「脆弱性」として報じ、さまざまなテックメディアで取り上げられ大きな反響を呼んでいる。Appleは現時点で対策措置を発表していない。 被害はiPhoneからほかのApple製品に広がる… これはiPhoneの6桁のパスコードさえわかれば、Apple IDのアカウントを丸ごと乗っ取れる状態であることを意味する。 Apple IDとは、多く

                                                                                カネも思い出もすべてを奪われる…米国で被害が急増中の「Apple ID泥棒」の卑劣すぎる手口【2023編集部セレクション】 鉄壁のセキュリティの「最大の弱点」を悪用している
                                                                              • マイクロサービスにひそむ複雑さに立ち向かう - Qiita

                                                                                はじめに はじめまして。Kyashでサーバサイドエンジニアを担当しているhirobeです。 Kyash Advent Calendar 2021の12/5担当分です。 Kyashでは、約30ほどのマイクロサービスが動いてます。 マイクロサービスは難しいです。 私が入社して2年半ほどの間、マイクロサービスの複雑さに苦しめられ、あがいてきた実経験をもとに、マイクロサービスにひそむ難しさを紹介したいと思います。 ここでは、ケースとして、弊社の機能のひとつである登録カードからのリンクを実装する上で発生する問題を紹介したいと思います。もちろん弊社サービスを使ったことない人でもわかるように説明をしますのでご安心ください。 なお、最初に注意書きしておくと、本ブログではあくまで「マイクロサービスにひそむ複雑さとその対応法」を説明するためのわかりやすさを優先して説明していきます。事実とは異なるケースがありま

                                                                                  マイクロサービスにひそむ複雑さに立ち向かう - Qiita
                                                                                • UUID v6, v7, v8 : タイムスタンプでソートできる新しい UUID のドラフト仕様 - kakakakakku blog

                                                                                  ID を採番するときによく使われる UUID Version 4 の課題として「順序性がなくソートしにくい」という側面があり,ULID (Universally Unique Lexicographically Sortable Identifier) を使えばソートできるようになるという記事を前に書いた. kakakakakku.hatenablog.com 関連して調査をしていたら,標準化団体 IETF (Internet Engineering Task Force) によって,UUID Version 6, 7, 8 という新しい仕様が提案(ドラフト段階)されていることを発見した❗️UUID Version 6, 7, 8 の目的を簡単にまとめると「タイムスタンプ情報を使ってソートできる ID を採番できるようにする」となり,もしこの仕様が取り込まれると,UUID を活用する幅がさ

                                                                                    UUID v6, v7, v8 : タイムスタンプでソートできる新しい UUID のドラフト仕様 - kakakakakku blog

                                                                                  新着記事