タグ

ITとWebに関するNOV1975のブックマーク (458)

  • デジタル認証アプリ | デジタル庁 ウェブサービス・アプリケーション

    「デジタル認証アプリ」は、マイナンバーカードを使った人確認を、安全に・簡単にするためのアプリです。

    デジタル認証アプリ | デジタル庁 ウェブサービス・アプリケーション
    NOV1975
    NOV1975 2024/06/21
    e-taxで使ってるやつかな
  • 高度に発達したウォーターフォールはアジャイルと見分けがつかない - An Epicurean

    tl;ldr ウォーターフォールという言葉を悪口として使うのは良くないんじゃない? 空想上の開発手法ウォーターフォールと進化したウォーターフォール アジャイル開発の説明がされるとき、アンチパターンとして「ウォーターフォール」が使われることがあります。これは「ダメな開発現場」と同義で使われており、共通仮想敵としての空想上の開発手法とも言えます。 それは、曰く、硬直化していて変化や手戻りを許さず、一道でフィードバックサイクルがない、数十年アップデートされていない古臭い手法のことらしい。 もちろんそういう開発をしている現場もまだ数多く存在するでしょう。ただ、ウォーターフォールをカイゼンし進化させている人達もいます。そういう人たちの話を聞くと、例えば以下のような話を聞きます。 一ヶ月で1ウォーターフォールを回す 前の手順に戻る手続きが定められている 初期フェーズから開発者を巻き込む 定期的なレビ

    高度に発達したウォーターフォールはアジャイルと見分けがつかない - An Epicurean
    NOV1975
    NOV1975 2024/06/20
    みんながイメージしているウォーターフォールが「重厚長大なプロセス」のことだけだから噛み合わないってのはある。
  • クラウドから撤退して自前サーバに自分でwebアプリを建てるおはなし - Qiita

    はじめに クラウド全盛の昨今ですが、あえてクラウド化に逆らうセルフホスティングの話をします。クラウドに任せるのではなく、自分のサーバの中に自分で使うwebサービスを建てる、そういうおはなしです。 Self-hosting (web services) - Wikipedia 今回はそんなself-hostingにおすすめのwebアプリケーションをドドーンと紹介します。 計算機の歴史は常に振り子でした。 集中処理と分散処理、逐次処理と並列処理、同期処理と非同期処理、RISCとCISC... これらは決して排他的に対立するということもなく適材適所にするものですが、どちらが主流かというのは時代のトレンドとともに振り子のように揺れ動いてきました。 「クラウドとオンプレ」「所有と非所有」というのもまたその一つですね。 利点と欠点 まず利点はなんといっても、自分のデータを自分の手元においておけることで

    クラウドから撤退して自前サーバに自分でwebアプリを建てるおはなし - Qiita
    NOV1975
    NOV1975 2024/05/27
    わりと知見が整理されていて良い
  • Finished software

    One of the driving aspirations behind once.com is the notion that not all software needs to evolve forever. We’ve become so used to digital services being malleable that we’ve confused the possibility of software updates with their necessity. Some software can simply be finished, and a lot would be better if it were. That’s basically the antithesis of SaaS. Which relies on the pitch that the syste

    Finished software
    NOV1975
    NOV1975 2023/12/26
    これなー。そうなんだよなー。
  • 「要件定義をやめよう」の真意、普通にやると金と時間が無駄になるだけ

    「要件定義をやめないといかんね」――。ある勉強会が終盤に近づいた頃、隣席の参加者がこうつぶやいた。それを聞いた周囲の参加者がうなずいた。驚いたことに自分も「おっしゃる通り」と同意してしまった。 なぜ驚いたかというと、「要件がすべてを決める」「じっくり時間をかけるべき」と教わってきたからだ。日経コンピュータ編集部に配属された1985年以降、取材先の情報システム部長やソフトハウスの幹部を取材した際、「情報化で重要なこと」を問うと、たいていこう言われた。だから「いわゆる最上流工程が大事」という記事をたびたび書いてきた。 勉強会に登壇した講演者たちが「要件定義をやめよ」と言ったわけではない。しかし隣に座っていた参加者は、講演の趣旨を「要件定義をやめよ」という一言に集約した。同じ話を聞いてきた筆者を含めた参加者はすんなり納得したわけだ。 失敗につながる要件定義の実態 DX(デジタルトランスフォーメー

    「要件定義をやめよう」の真意、普通にやると金と時間が無駄になるだけ
    NOV1975
    NOV1975 2023/09/29
    まあ、無駄なのはわかる。だって要求定義できてないのにシステム作ろうとするんだもん…あと要件定義してるのにUATでユーザー部門が180度違うこと言い出すんだもん
  • Kubernetesクラスタ内に大量のServiceリソースがあるとNginxコンテナが起動しなくなる - Pepabo Tech Portal

    こんにちは、技術部プラットフォームグループのそめやポチです。最近はpng形式の画像をjpeg形式に変換する仕事をしています。 この記事では、私が社内のKubernetesクラスタのお世話をしているときに出会ったトラブルとその解決方法、またトラブルが起こった原因について説明します。トラブルの原因についてはKubernetes, Nginx, Linuxの3つのプロダクトについて、コードリーディングをしながら解説します。 直面した事象 急にKubernetesクラスタ内のNginxコンテナが起動しなくなりました。 GMOペパボが提供しているサービスの一つであるminneでは、検証用のKubernetesクラスタを利用しています。番環境で使用しているKubernetesクラスタを模倣した、開発・検証のための環境です。そのクラスタ内でトラブルが起きていました。 トラブルの説明をするために、まずこ

    Kubernetesクラスタ内に大量のServiceリソースがあるとNginxコンテナが起動しなくなる - Pepabo Tech Portal
    NOV1975
    NOV1975 2023/09/19
    明確な制約事項なら明示してほしいわ
  • 検索が爆速になるデータベース設計を公開します

    こんにちは。エンジニアの谷井です。 フォルシアでは、Spookと呼んでいる技術基盤を用いて、主に旅行業界やMRO業界に対して、膨大で複雑なデータを高速検索できるアプリケーションを提供しています。 今回はその高速検索のノウハウのうち、特にDBの扱いに関連する部分について、ベテランエンジニアへのインタビューを通してそのエッセンスをまとめてみました。 一般的なベストプラクティスだけでなく、検索性能を高めることに特化しためずらしいアプローチもあるので、ぜひご覧ください。 フォルシアにおける検索DBについて まず前提としてフォルシアで扱うデータについて軽く説明します。 扱うデータの複雑さ たとえば、旅行会社向けのアプリケーションであれば、宿泊素材の情報としては ホテルの情報「〇〇ホテル」(~約2万件) プランの情報「朝付き・ロングステイ△△プラン」(0~1500件/施設) 客室の情報(~100件/

    検索が爆速になるデータベース設計を公開します
    NOV1975
    NOV1975 2023/04/30
    RDBだけでやらなくても…という人も多いけど、逆にRDBだけでできるのになんで他の混ぜなきゃいけないの、という考え方もあるよね。とは言え、ここに書かれているいくつかはDBMSが勝手にやってくれないものか。
  • 別人の住民票が誤って発行されるバグ、富士通Japanのコンビニ交付サービスで

    コンビニの証明書交付サービスで別人の住民票が発行されるトラブルが横浜市で発生した問題について、サービスの提供ベンダーが富士通Japanであることが日経クロステックの取材で2023年3月29日までに分かった。同社が手掛ける証明書交付サービスへのアクセスが集中し負荷が高くなったことで、「プログラム的な瑕疵(かし)が表面化した」(広報)という。 富士通Japanは日経クロステックの取材に対し、システムに不具合があったことを認めた。負荷が高くなると別人の住民票が発行される事象の詳細については「回答を控える」(広報)とした。 同トラブルは2023年3月27日午前、横浜市に住民から寄せられた連絡で発覚した。住民がコンビニでマイナンバーカードを使って住民票を取得したところ、別人の氏名や住所が記載された住民票が交付されたという。横浜市は同日午後2時にコンビニでの証明書交付サービスを停止し、誤って交付された

    別人の住民票が誤って発行されるバグ、富士通Japanのコンビニ交付サービスで
    NOV1975
    NOV1975 2023/03/30
    負荷が高くなって起きることに想像つかない人が結構いるけど、この手の設計ミス(どっちかと言うと実装ミスかな)普通にあるし、開発時の負荷テストで発覚しないこと多いよね(それでは当然許されないけど)
  • 何故オープンソースソフトウェアはUIがクソになりがちなのか?

    anond:20230124045812 MuseScoreという楽譜を書くためのOSSがある。楽譜ソフトもSibeliusやFinaleといった使いやすい商用ソフトウエアが主流で、貧民はMuseScoreの地獄のUIに慣れねばならなかった。(そもそも楽譜を書く必要のある人がMuseScoreを知らないことはありえないのでリストに入れなかったのは正しい) 最近MuseScoreを根的にオーバーホールした元MSのエンジニアが、「何故オープンソースソフトウェアはUIがクソになりがちなのか?」という増田の疑問に答えるそのものの動画を出している。 https://www.youtube.com/watch?v=Qct6LKbneKQ ・過去のパッチワークに次ぐパッチワーク ・その結果1カ所を変えるためにも複数箇所の改修が必要なので誰もやらない ・UIフレームワーク(QtWidget)が時代遅れな

    何故オープンソースソフトウェアはUIがクソになりがちなのか?
    NOV1975
    NOV1975 2023/03/10
    これはオープンソースの問題というよりスモールスタートの問題で、あとで捨てる覚悟がないスモールスタートがハマりがちな問題なんだよ
  • 「SPAのタブ永遠に開きっぱなし問題」を更新ボタンを設置せず解決した - 橋本商会

    こんにちは。強いUIはボタンを捨てるをスローガンにScrapboxを開発しています。shokaiですshokai.icon

    「SPAのタブ永遠に開きっぱなし問題」を更新ボタンを設置せず解決した - 橋本商会
    NOV1975
    NOV1975 2022/12/08
    なるほど知見だ。
  • GitHub CEO トーマス・ドムケ氏が来日。いずれコードの80%がAIで作成されるようになると予言

    GitHub CEO トーマス・ドムケ氏が来日。いずれコードの80%がAIで作成されるようになると予言 GitHub CEOのThomas Dohmke(トーマス・ドムケ)氏が来日し、記者会見を行いました。 ドムケ氏は2021年にNat Friedman氏の後を継いでCEOに就任した人物で、それまではGitHubのChief Product Officerを務めていました。同氏がCEOに就任して初めての来日となります。

    GitHub CEO トーマス・ドムケ氏が来日。いずれコードの80%がAIで作成されるようになると予言
    NOV1975
    NOV1975 2022/12/07
    「俺はコーティングだけやっていられれば幸せ」な働き方が怠惰とみなされる時代はすぐそこ!みんな業務スキルを磨くんだ!(こうですか?
  • IDやパスワードを保管しておく『パスワード管理帳』が売っていたことに対してさまざまな意見が集まる「セキュリティ的にヤバい」「遺族には便利」

    まかべひろし @sinpen (有)MCF社長17年プログラマ30年。3DS最大級の立体視「EYERESH 3DS」開発。個人の発言で子育て・飯多め。ガジェット/い道楽/専門学校講師25年/子煩悩/ベーマガライター/PGはPC,スマホ,CS,組込他何でも/背はホビット。【まとめBlog転載禁止】 mcf.cn

    IDやパスワードを保管しておく『パスワード管理帳』が売っていたことに対してさまざまな意見が集まる「セキュリティ的にヤバい」「遺族には便利」
    NOV1975
    NOV1975 2022/11/07
    bitlockerの回復キーを暗記している人だけがこの管理帳に石を投げなさい
  • 【翻訳記事】BDDの考案者が執筆した記事「テストについて話し合わなくてはならない」を翻訳しました! - ブロッコリーのブログ

    目次 目次 はじめに(記事の見どころなど) テストについて話し合わなくてはならない テストの目的 「うまくいかないかもしれないものは何ですか?」 なぜテストをするのですか? この場合に限り…… テスト駆動開発 〜テストについて語る前に説明が必要です〜 テストについて話しましょう なぜすべてのテストを自動化しないの? テストカバレッジは有用な指標ですか? 「テストをシフトレフトする」とはどういう意味ですか? いつ、どこでテストすべきですか? 十分なテストとはどれくらいですか? おわりに はじめに(記事の見どころなど) 今回は著者人の許可をもらった上で、「テストについて話し合わなくてはならない」(原題は「We need to talk about testing」)を翻訳したので紹介します。 dannorth.net 記事はDaniel Terhorst-North(Dan North

    【翻訳記事】BDDの考案者が執筆した記事「テストについて話し合わなくてはならない」を翻訳しました! - ブロッコリーのブログ
    NOV1975
    NOV1975 2022/10/13
    ミッションクリティカルなシステムじゃなきゃそれでいいんじゃね、的なことが書かれてるように思えた
  • インフラ刷新事例/IDCフロンティア メガクラウドから乗り換え多数の国産クラウドその新基盤に採用されたサーバーインフラとは

    ソフトバンクグループのデジタルインフラ企業であるIDCフロンティア。同社は、国産クラウドサービス「IDCFクラウド」のサーバーインフラを刷新し、サービスの拡充を図った。デジタルトランスフォーメーション(DX)に取り組む顧客の期待に応え、コンピューティングパワーとサービス信頼性をより向上させるためだ。さらに、SDGsやひっ迫する電力需給状況を踏まえ、消費電力の抑制にも成功したという。ここでは、時代をリードするIDCFクラウドの提供価値と、それを支える同社のデジタルインフラ戦略を考察したい。 データセンター、ネットワーク、クラウドサービスなどビジネスに欠かせないデジタルインフラをワンストップで提供するIDCフロンティア。各領域のプロフェッショナル人材を数多く有する国内有数のインフラ事業者だ。 その主力サービスの1つが国産クラウドサービス「IDCFクラウド」である。パブリッククラウドサービスとホ

    インフラ刷新事例/IDCフロンティア メガクラウドから乗り換え多数の国産クラウドその新基盤に採用されたサーバーインフラとは
    NOV1975
    NOV1975 2022/08/25
    そろそろiaas単体のことをクラウドというのはそぐわなくなってきた感あるな
  • なぜオブジェクト指向方法論に代わる方法論が出ないのか - きしだのHatena

    1990年代にオブジェクト指向分析・設計の方法論がめちゃ流行ったことがあります。 ただ、そのブームが終わって、後続となるような方法論が流行ることはありませんでした。 で、なぜなのか考えていたのですけど、オブジェクト指向方法論のウリは分析段階で出てきたオブジェクト(といいつつクラス)がコードにそのまま引き継がれるというものでした。ようするにオブジェクト指向方法論というのはコードのスケッチを書いて詳細化していくというものだったのです。 しかしながらこれは、スケッチとして書いた分析・設計が間違っていればコードも間違うわけで、強くウォーターフォールの性質をもつものでした。 結局のところスケッチの妥当性というのはコードを書かないと検証ができません。分析・設計段階で見出されたクラスが妥当かというのは、コード書かなければわからなかったのです。逆に、コードを書けば妥当かどうかわかります。であれば、最初から

    なぜオブジェクト指向方法論に代わる方法論が出ないのか - きしだのHatena
    NOV1975
    NOV1975 2022/08/05
    スクラッチで汎用化プログラミングをする必要性が激減したから一般にそれほどこの手の方法論が必要なくなった、ということじゃないかと思ってはいる。
  • アーキテクトに求められるマインドとは / mindset for an architect

    人工衛星の運用を支えるクラウドネイティブ民主化への取り組み / Efforts toward cloud-native democratization for satellite operations

    アーキテクトに求められるマインドとは / mindset for an architect
    NOV1975
    NOV1975 2022/07/15
    とても良いことを言っているけど、ちょっとアーキテクトという言葉を再定義しちゃってる気もする。そうじゃなくて「xxなアーキテクト」の「xx」という冠への名付けをちゃんとすべき、なんじゃないかなこれは。
  • KDDIで発生した通信サービスの障害はなぜ起きたのか

    au @au_official (7/3 12時現在) 長時間にわたりau携帯電話サービスがご利用しづらい事象が発生し、深くお詫び申し上げます。 news.kddi.com/important/news… 西日エリアは11時頃に復旧作業終了、東日エリアは17:30ごろに復旧作業終了予定です。ネットワーク試験の検証のうえで、格再開時間を決定いたします。 2022-07-03 12:16:48 リンク news.kddi.com (7月3日 12時00分現在)au携帯電話サービスがご利用しづらい状況について KDDIのお知らせ一覧 (7月3日 12時00分現在)au携帯電話サービスがご利用しづらい状況について 2 users 147

    KDDIで発生した通信サービスの障害はなぜ起きたのか
    NOV1975
    NOV1975 2022/07/04
    なんだかなあ。これみんながよく言っている「問題を起こさないように努力しているやつは評価されないが問題を起こして解决したら高く評価される」の典型だぞ。KDDIすごい、は誤りだよ。
  • 『世界中のITエンジニアが悩まされている原因不明でテストが失敗する「フレイキーテスト」問題。対策の最新動向をJenkins作者の川口氏が解説(前編)。DevOps Days Tokyo 2022』へのコメント

    テクノロジー 世界中のITエンジニアが悩まされている原因不明でテストが失敗する「フレイキーテスト」問題。対策の最新動向をJenkins作者の川口氏が解説(前編)。DevOps Days Tokyo 2022

    『世界中のITエンジニアが悩まされている原因不明でテストが失敗する「フレイキーテスト」問題。対策の最新動向をJenkins作者の川口氏が解説(前編)。DevOps Days Tokyo 2022』へのコメント
    NOV1975
    NOV1975 2022/06/06
    ただ、微妙な仕様(の結果の微妙なテスト)のせいだったりするケースもかなりあるような気がするし、もっというと、やっぱり本質的には「実害のないバグ(仕様という観点から見たら)」だったりしそうだけどね。
  • 毎日何度も本番環境にデプロイをしている話 - Mitsuyuki.Shiiba

    CircleCI に入って色々と面白いなぁって思いながら毎日楽しんでる。その楽しんでることのひとつに Git のブランチモデルがある。最初はびっくりしたけど、慣れるととても良い 最初に言っておくと、この手法がどこにでも当てはまるとは思ってない。業種や、開発形態、プロダクトのタイプなどによって合うやり方は違う。単に CircleCI には、この手法がとても合ってるなぁと思う トランクベースのブランチモデル タスクに着手するときは、まずメインブランチからそのタスク用のブランチを作る。develop ブランチや release ブランチみたいな長く生きてるブランチはない。そのタスク用のブランチにコミットをプッシュしたらプルリクエストを出す。そして、レビューが終わればメインブランチにマージされる。タスクに着手してからマージまで、はやければ1時間ぐらい。長くてもだいたい2,3日くらい そして、メイン

    毎日何度も本番環境にデプロイをしている話 - Mitsuyuki.Shiiba
    NOV1975
    NOV1975 2022/04/04
    この手の話は「本番サービスとはなにか」によって全然違う話になるので、べき論みたいなアプローチで読みとくと失敗するからな。
  • なぜ僕が「SPAはコストが高い」と考えているのか

    どうもみなさんこんばんは ちょっと前に「個人開発者やスタートアップの初期からSPAで開発するのはコスト高いっすよね」みたいな事を書いたらフロントエンドエンジニアの皆様からバチバチに叩かれた僕です 彼らには彼らの考えがあるのでそれはどうでもいいのですが、どういう理由があってその発言をしたのか~と言う部分が気になっている方もいたようなので説明しておこうと思います ちなみに今でも全く意見は変わっておらず、この発言に同意できるかできないかは単純に視点の違い、規模の違い、スキルの違いだと思ってます 追記: もちろんSPAじゃないと実現できないようなサービスを作りたい場合はSPA一択ですし(インタラクティブにHPつくるサービスとか。でも世の中の95%くらいのサービスはそうじゃないと思います)、サイトの利用はログインした人にだけ提供するような業務系ツールなどはまた話が別です 前提の話 こういう記事ではコ

    なぜ僕が「SPAはコストが高い」と考えているのか
    NOV1975
    NOV1975 2022/03/31
    だいたい妥当かな。一番良いのは画面はUX重視だけどやってることは大したことない一方でサーバー処理はそれなりにやらなければならない反面APIという形できれいに整理できる、って場合。