Why, after 6 years, I’m over GraphQL
GraphQL is an incredible piece of technology that has captured a lot of mindshare since I first started slinging it in production in 2018. You won’t have to look far back on this (rather inactive) blog to see I have previously championed this technology. After building many a React SPA on top of a hodge podge of untyped JSON REST APIs, I found GraphQL a breath of fresh air. I was truly a GraphQL h
ガバメントクラウド先行事業（市町村の基幹業務システム等）の中間報告を掲載しました｜デジタル庁
採択結果については、ガバメントクラウド先行事業の採択結果について（市町村の基幹業務システム）をご確認ください。 ※個人情報、アプリケーション開発事業者等のノウハウ、セキュリティに関する部分等を一部削除・修正しています。 ※zipファイルがダウンロードされます。 採択団体応募資料神戸市（ZIP／1,837KB） （令和3年8月作成、令和3年11月改訂、令和4年5月改訂、令和5年3月改訂） 倉敷市（ZIP／6,513KB） （令和3年8月作成、令和3年11月改訂、令和4年5月改訂、令和5年3月改訂） 盛岡市（ZIP／2,437KB） （令和3年8月作成、令和3年11月改訂、令和4年5月改訂、令和5年3月改訂、令和5年7月改定） 佐倉市（ZIP／3,454B） （令和3年8月作成、令和3年11月改訂、令和4年5月改訂、令和5年3月改訂） 宇和島市（ZIP／4,214KB） （令和3年8月作成、令
【ミノ駆動流】「思うように伝わらない」を解消する！エンジニアのための言語化力の鍛え方 - エンジニアtype | 転職type
2024.05.21 スキル 「つまりどういうこと？」「要するにできるの、できないの？」「それって何の話だっけ」 技術的にどうするべきか正解は見えているのに、頑張って説明しても返ってくるのはそんな言葉ばかり……。「うまく伝えられない」という悩みを抱えるエンジニアは、少なくないのでは？ 2023年のITエンジニア本大賞・技術書部門で大賞を受賞した『良いコード／悪いコードで学ぶ設計入門』（技術評論社）の著者であり、SNSでの情報発信やイベント登壇でも活躍する「言語化のプロ」であるミノ駆動さんも、昔は「君が何を言ってるのか分からん」と上司に言われていたそう。 ミノ駆動さんはどのように言語化能力を伸ばしたのか。聞くと、出てきたのは「合意駆動」というキーワード。その正体とは？ ミノ駆動さん（@MinoDriven） 新卒でNEC の関連会社に入社。その後キヤノンでの10年のエンジニア経験を経て、We
本当のガバメントクラウド基礎～利用方式と登場人物たち～ - Qiita
内容 社内でAWSの超基礎ともう一つ、ガバメントクラウドの基礎の動画を作成して欲しいとリクエストあり。その内容を資料化したものです。 ガバメントクラウドとは デジタル庁が提供する政府共通クラウド基盤です。標準化対象20業務の移行先としても利用されます。デジタル庁から認定されたクラウドサービスプロバイダー（CSP）の環境が使用されます。今回は自治体がガバメントクラウドを利用する話をします。 色々なCSPがありますが、AWSの話をします。 共通基盤を利用することのメリット AWSのアカウントは当然個人でも調達可能です。AWSのサイトに行って必要な情報を入力すればすぐにアカウントは作成できます。 そんな中で個人で別々にアカウントを調達するのではなく共通基盤を利用することのメリットは下記になります。 統制 ガバメントクラウドではデジタル庁のアカウントが親アカウントになっていいて、システム利用者はデ
Node.js + TypeScriptのモジュールを整理してみる
はじめにlink 最近受けるNode.js + TypeScript環境の相談の中で、CommonJSやECMAScript Modulesのあたりで落とし穴にはまっている人が多いという事に気づいた。 Node.jsは歴史的にCommonJSとECMAScript Modules（以後ESMと表記）がどうしても入り乱れる環境にあり、これにTypeScriptのモジュールが加わると組み合わせでさらに複雑度が増すのが現状である。 説明する際に口頭より整理した文章が欲しいと思ったので記事にする。 以下のリポジトリで検証コードを管理している。 https://github.com/koh110/module_test Node.jsモジュールチェックシートlink まず最初にNode.jsにおけるCommonJSとESMの挙動について整理する。 いきなり書かれても把握できないかもしれないが、一旦こ
Ubuntu 24.04 LTS（noble）の開発 / リリースまで一週間、“Volla Tablet”のクラウドファンディング | gihyo.jp
Ubuntu Weekly Topics Ubuntu 24.04 LTS（noble）の開発 / リリースまで一週間、“Volla Tablet”のクラウドファンディング noble（Ubuntu 24.04 LTS）の開発 / リリースまで一週間 nobleは無事にベータリリースが行われ、リリースまで「QAと複雑なデバッグが並行する一週間」を残すだけとなりました。Ubuntu的には恒例の「さまざまな混乱をエンジニアリング的な取捨選択を行い、リリース後に回せるものはリリース後に回しつつ、どうしようもない場所については速やかにパッチする」という光景が観測できるシーズンです[1]。 開発の実情としては「あとはリリースするだけ」とは言いがたい状態で、現状では23.10からアップグレードできない、22.04 LTSからも安定的にはアップグレードできない[2]といった『リリースまでに解決すべき
[ゼロから始めるプロジェクトマネジメント] プロジェクトの定例、会議を最小化しよう | DevelopersIO
プロジェクトマネジメント未経験の方も今日から参考にできるTipsをシェア。 ゼロから始めるプロジェクトマネジメントシリーズ第四回です。 プロジェクトでは放っておくと様々な会議が無限に増えていきます。このエントロピー増大にPMとして抵抗し、定例、会議を最小化しましょう。 情報システム室の進地＠日比谷です。 プロジェクトが走り出したら、様々な会議体が発生することになると思います。 進捗Mtg、課題管理Mtg、障害管理Mtg、報告会、レビュー、朝会、夕会、スポットで入る様々な検討Mtg、etc... これらを野放図に増えるままにしていてはいけません。 その理由とこれらを削る具体的なテクニックに関して今回は書きたいと思います。 定例、会議を最小化しなければいけない理由 まず、偉い人を中心に見落としがちな真理が一つあります。 それは、「会議では何も成果物は生み出されない」という真理です。 会議では、
![[ゼロから始めるプロジェクトマネジメント] プロジェクトの定例、会議を最小化しよう | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/3486c2e5797d0795358dda13872a34259c7612b4/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2024%2F04%2F1e84c9a69ba734042f475b9dd2df6480.png)
「エロゲ」を知らない私にブルーアーカイブがくれたもの｜ジスロマック
1年くらい前、『ブルーアーカイブ』の最終編を遊んで、「あ、そういうことか」と納得したことがあった。 今から、この「ブルアカで得た納得」について書いていこうと思う。 私は、「エロゲ」というものを遊んだことがない。 もっと言うと、「エロゲという時代」を知らないのだ。 いくつか「全年齢版」を遊んだことはあるけど、18禁シーンが存在している&アドベンチャー形式の「エロゲ」というものを、遊んだことがない。というか、私が物心ついた中学～高校の頃には、スマホを中心にした「ソシャゲ」がメインストリームだった。 そして、私は一応ゲーム系に携わる仕事をしていて……自分より、ひと回りふた回り歳が離れた人と話すことも多い。 その人たちが「エロゲ」について語り始めると、それはそれはもう熱い思いを語り始めるのだ。いい思い出も悪い思い出も含めて、あのメーカーがどうだ、このヒロインがどうだ……とにかく、「エロゲ」という時
高木浩光＠自宅の日記 - Claude 3に例の「読了目安2時間」記事を解説させてみた
■ Claude 3に例の「読了目安2時間」記事を解説させてみた Anthropicの先日出たばかりのClaude 3（Opus）が、ChatGPTのGPT-4を超えてきたと聞いて、自分の原稿を解説させてみたところ、確かに革新的な進歩が見られる。もはや内容を「理解」しているようにしか見えない。GPT-4では、昨年11月に試した時には、そうは見えず、優れた文章読解補助ツールという感じでしかなかった。 一昨年のCafe JILIS「高木浩光さんに訊く、個人データ保護の真髄 ——いま解き明かされる半世紀の経緯と混乱」は、発表した当時、長すぎて読めないから誰か要約してという悲鳴があがっていた。その後、ChatGPTの登場で、その要約能力に期待されたが、冒頭のところしか要約してくれなかったり、薄い論点リストが出てくるだけで、その期待に応えられるものではなかった。 もっとも、GPT-4でも、質問力があ
予実管理｜福島良典 | LayerX
予実管理はなぜ大事か予算(事業計画)とは現在の事業理解を反映したものである。予算は、売上の発生メカニズムやコストの発生メカニズムをモデル化する。モデルの中には変数(パラメータ)があり、基本的にはこの変数を達成していれば、予算が自動的に達成されるという前提で作られる。つまり予算は、その時点での事業の理解そのものを表している。 予算と実績が合わないということは、事業の理解が浅いということである。何かしら前提としていることが間違っている、見落としていることがある、わかっていないことがあるということである。事業の理解が浅いと、どれくらいのリソースを投下するとどれくらいのリターンが得られるかをコントロールできていないことになるため、投資の不確実性が高い状態とみなされる。 投資の不確実性が高い状態だと、資金調達コストが上がる。仮にまったく同じ構造の事業をもつ2社があるとする。コントローラビリティが高い
ガチでnoshを2年間食い続けた俺の夕食戦争｜ジスロマック
「nosh」というサービスがある。 いわゆる「宅配弁当」のサービスであり、冷凍された弁当が定期的に届く今流行りのシステムである。 ネット上の広告ではこれでもかと「定期的にご飯が届くなんて素晴らしい！」「チンするだけで美味しいお弁当が食べられて最高！」などというプロモーションが打たれているので、誰でも一度は見たことがあるのではないだろうか。だが、個人的にあのPR漫画はほぼ嘘じゃないかと思っている。 私はnoshを2年使い続ける中で、もはや「戦争」とも言えるほどの食で食を洗う戦いを繰り広げてきた。チンするだけで美味しい弁当が食べられる。まぁ、嘘ではない。健康にいい食事が定期的に届く。あながち嘘ではない。ただしこれは、「noshを使いこなすことができれば」の話である。 人は、noshで失敗すると心が死ぬ。 これは、私がnoshと繰り広げた「戦い」の歴史。PRでもなんでもなく、2年間に渡ってひたす
GitHub Enterprise Cloudと GitHub Copilot Enterprise に切り替えた
GitHub Team と GitHub Copilot Business から切り替えました。切り替えた理由は GitHub Copilot Enterprise を利用したいという一点です。 雑にまとめを書いてみます。 GitHub の金額 (月契約)GitHub Team は 1 アカウント月 4 ドルGitHub Enterprise Cloud は 1 アカウント月 21 ドル約 5 倍のアップです。GitHub Actions の無料枠が 3000 分から 50000 分になるのは良いです。SSO もそのうち使ってみようと思います。 https://github.com/pricing#compare-featureshttps://docs.github.com/en/enterprise-cloud@latest/admin/overview/about-github-en
Rustでリレーショナルデータベースを自作したときの成果と反省と学び - Yoshisaurのメモ
はじめに この記事では、個人プロジェクトとしてRust言語でリレーショナルデータベースを開発した経験（もう五ヶ月も前...）について、その成果と反省、得た学びを共有します。 DBMSを自作した理由 自分がDBMSの自作に着手したのは、『Designing Data-Intensive Applications』という本の内容を深く理解するためでした。 この本は、データシステムの設計と運用において最も大切な「信頼性」、「拡張性」、「保守性」を保証する方法論を、豊富な文献を引用しつつ、理論と実践の橋渡しを巧みに行いながら、丁寧に説明している名著です。読んだことがない人は速攻購入してくだい。本当にいい本です。 この本は、データベースの内部構造に関する話も豊富に含まれていたので、「データベース自作してみようか...」という気持ちになりました。 Rustを採用した理由 データベースの実装のついでに、
(翻訳) GitLab 社で働くのはどのようなものだったか - forest book
本稿は Yorick Peterse 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 yorickpeterse.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Yorick Peterse 氏ではなく、本稿のコメント欄にお願いします。 ここから本文です。 GitLab 社で働くのはどのようなものだったか 私は2015年10月に GitLab 社に入社し、6年あまり働いて2021年12月に退社しました。 前に GitLab 社を辞めて Inko に取り組んでいることは書きましたが、2015年から2021年までの間、GitLab 社で働いていたことがどのようなものであったのかについては触れませんでした。理由は2つあります。 燃え尽き症候群に苦しんでいて、(当時は) 自分の人生の最後の6
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
会議改善に関するガイドラインを策定しました|柏崎市公式ホームページ
AWS CLIの起動が重くてつらいので aws-sdk-client-go を書いた / kamakura.go#6
約3万円の「VMware Workstation Pro」が無償化 ～個人利用で、Mac向け「Fusion」も／「VMware Workstation/Fusion Player」は販売終了
Getting Started | UmiJS
Koa Js : Part 1 - How to make a Koa server in 10 minutes!
Google Workspace、iPhoneで仕事用データと個人データの分離に対応
