そこそこ借金して「俺が考える最強のタスク管理・時間管理サービス」作った。どうか使ってみてほしい｜jMatsuzaki🔥
私の愛しいアップルパイへ 8月16日（金）、このTCP/IP網の片隅に新規サービスを産み落としました。「TaskChute Cloud 2」っていいます。 頑張って作ったトップページ去年の8月から本格的に作り始めて、1年間でようやく形になりました。これこそ"俺が考える最強のタスク管理・時間管理サービス"って感じです。 正直タスク管理サービスって有名どころは出尽くしてる感じですし、「いまさらー？」って感じだと思います。この手のサービスは西海岸からいくつも出てますし。 でも、今までの発想のタスク管理サービスって使いづらくないですか？もう実際の仕事に通用しなくないですか？って気持ちもあって、ちょっと違ったアプローチのサービスをガチで作ってみました。 そこそこ借金して1年かけて作りました小学生時代からの友人と作った役員2人だけの極東の極小の会社なんですけど、コロナとか異常な円安とかの影響もあって経
「年収を上げる」と検索すると、ずらり転職サイトが並ぶ。ライフハック記事の体裁だが、最終的には転職サイトに誘導する広告記事だ。 しかも見事なまでに中身がない。転職しないなら、「副業を始める」とか「スキルアップする」といった誰でも思いつきそうなトピックを、薄ーく書きのばしている。 ここでは、もう少し有益な書籍を紹介する。想定読者はこんな感じ。 スキルアップはしてるけど、給料UPにつながらない 転職も考えたが、今の場所で評価されたい 自分をプレゼンして「良く見せる」のがヘタ そんな人に、2つのアプローチで給料を上げる方法を紹介する。 人事制度の脆弱性をハッキングする 上司のバイアスを逆に利用させてもらう この記事は1のアプローチから攻める。 紹介する本はこれだ、『この１冊ですべてわかる 人事制度の基本』（西尾太、日本実業出版社）。 著者は人材コンサルタント。400社、1万人以上をコンサルティング
【イカしたUIを見る】Vol.2 これは発明だ！と思ったUIパーツ10選｜Goodpatch Blog グッドパッチブログ
知れば知るほど面白くなるUIの世界を皆さんにもチラ見せしたい……ということで、連載の第2弾となる今回は「これは発明だ！」と私たちが感動したUIパーツについてご紹介します。 ミクロな視点でアプリを観察し、UIパーツ一つひとつに注目してみると、普段は気付けない面白い発見がたくさんありますよ。 ※各UIパーツの名称は、公式で発表されているものではなく、私たちが便宜的につけた呼称になります。 Apple Booksのセミモーダル Appleが提供する電子書籍アプリ「Apple Books」では、カルーセル状に並んだ本を押すと、そのままセミモーダルが立ち上がります。前の画面の一覧性を保ちながら、それぞれの本の詳細を見ることができるのが特徴的ですね。さらに下スクロールすることで、全モーダルへと滑らかに変化します。 このUIのポイントは、情報の段階的開示がスムーズに行われていることです。皆さんも、実際の
TL;DR 「最短でプロダクションで扱うため」のコンセプトはそのままに 入門 Docker がv2になりました 5年ぶりにのアップデートで、古くなった情報を消し最新の情報の追加をしてほぼ書き直しました。 現代でも残ってしまっているような古いプラクティスについても言及しているので、再読もオススメです。 概要 入門 Docker を5年ぶりにアップデートしました。 deprecatedな部分だけは綺麗にするかと思い、git cloneしたところ筆が乗りだいぶ様変わりしてv2になりました。 変更点 古くなってしまっている情報を修正したことがメインです。 特に以下3点です。 1. DockerfileのDSL 2. compose v2対応 3. Dockerfileのベストプラクティス 他にもいくつか。 現在でも使用されている非推奨な使い方への言及 古くなってしまっているが、現在でも使用されてい
独力でWebサービスを開発・構築できるフルスタックエンジニアへのロードマップ─幅広いスキルを「Udemy夏のビッグセール」で学ぶ！ - はてなニュース
Webで新規サービスを立ち上げる際に、UIからインフラ周りまで一人で面倒を見られるエンジニアは、少人数のスタートアップでなくとも非常に頼れる存在です。どんな課題に直面しても技術力で乗り越える、そんなスキルフルなエンジニアに憧れる方も多いでしょう。 この記事では、フロントエンドのプログラミング（JavaScript周辺）からサーバーサイド、インフラ、さらに開発手法まで、Web開発で必要になるさまざまなレイヤーのフルスタックなスキルの現在地と、関連するUdemyの講座を紹介します。 株式会社ヘンリーでVPoEを務める松木雅幸（@songmu）さんの執筆です。 フルスタックエンジニアに必要なスキル さまざまな講座でまとめて学習してみよう Udemyでは夏のビッグセールを開催中！ ※この記事は、株式会社ベネッセコーポレーションによるタイアップ広告です。記事末に、はてなブックマークした方にAmazo
「設計書」というのは、作るものの構造を抽象的に表現したものと言うことができます。 ただ、ソフトウェアの抽象化の仕組みはプログラミングコード自体に備わっているので、ソフトウェア生成可能な抽象的表現というのはコード表現ができるはずですね。コードで表現しておくと、整合性のチェックとかも行いやすいです。 でも、コードではない「詳細設計書」というものが一部業界には必要とされているので、その「詳細設計書」というのは実際はなんなのか考えてみます。 ※ 最初はタイトルは「設計書」としてましたが、話を限定するため「詳細設計書」に変更しました。 追記：納品物に関する記述を追加しました。 表現を変えたコーディング ソフトウェア生成可能な抽象的表現というのはコード表現ができるわけですが、文字で表記する必要もなく、ダイアグラムで表現することもできますね。 代表的なのがER図やクラス図で、これは文字表現との相互変換が
すぐに役に立つものはすぐに陳腐化してしまうから方法ではなく設計の本を読む - API Design Patterns の読書感想文 - じゃあ、おうちで学べる
あなたがさっきまで読んでた技術的に役立つ記事は、10年後も使えるでしょうか？ほとんどの場合でいいえ はじめに 短期的に効果的な手法や知識は、ソフトウェア開発の分野において、急速に価値を失う傾向があります。この現象は、私たちが何を重点的に学ぶべきかを示唆しています。最も重要なのは、第一に基本的な原理・原則、そして第二に方法論です。特定の状況にのみ適用可能な知識や即座に結果を出すテクニックは、長期的には有用性を失う可能性が高いです。これは、技術や手法が時間とともに進化し、変化していくためです。 SRE においてもnetmarkjp さんが「現場がさき、 プラクティスがあと、 原則はだいじに」という良い発表資料を公開してくれてます。 「API Design Patterns」は、このような考え方を体現した書籍です。本書は単なる手法の列挙ではなく、Web APIデザインの根幹をなす原則と哲学を探求
本日はお越しいただき、ありがとうございます。 デアゴスティーニ創刊号 蒐集家コレクターの岡田です。 ？？？ デアゴスティーニって、あのパーツがちょっとずつ届いて、組み立てるやつ？ そうですね。 そのデアゴスティーニの、創刊号だけを集めている？ 20種類以上持ってます。 なんで？ あれって毎号集めて完成させていくのが楽しいんじゃないですか？ 毎号集めて完成させていくのって、大変だから。 じゃあ買うなよ。 たしか創刊号だけ、めちゃくちゃ安いんだよね。 創刊号は、通常の3分の1くらいの値段で、数百円とかで売ってます。しかも最初だから冊子にも気合いが入ってる。本屋で見かけると、つい買っちゃうんです。 で、終わる。 終わるなって。 2号以降を買うと、やめられなくなりそうで…… 最初からそういう前提で売ってるんでしょ。 とにかく、勢いで買った創刊号が本棚に溜まってるんです。最初は後ろめたさがあったんで
こんにちは、リファクタリング大好きなミノ駆動です。 2024/07/20に発売された『ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法』を、訳者の増田亨氏よりご恵贈賜りました。 この記事は、この書籍の感想です。 著者の許可を得た上でのだいたんな意訳総評等の前にいの一番で伝えたいポイントです。 エリック・エヴァンス氏の『ドメイン駆動設計』は大変価値の高い知見が網羅されている一方、「ユビキタス言語」や「境界づけられたコンテキスト」といった独特の用語が登場したり、難しい言い回しをしていたり、読解がかなり難しい書籍です。 独自用語が登場するたびに「ユビキタス言語？なんだこれ？」とつまづきを覚え、内容理解に集中できず、読む手が止まってしまったことがある人も少なくないのではないでしょうか。 本書『ドメイン駆動設計をはじめよう』は『Learning Domain-Driv
「ソフトウェアの「詳細設計書」とはなんなのか」というブログ記事を読んで考えたこと。設計に関するプロセスとドキュメンテーションの関係性についての考えの整理。SI屋的な視点で。 2024/8/18追記：文中にあった雑な文系disが不愉快というご指摘を受けました。ご指摘の通りだと思いましたので訂正しています。大変失礼しました。 「詳細設計書」とはなんなのか nowokay.hatenablog.com こちらの記事では詳細設計書とは以下のようなものであると整理されている。 表現を変えたコーディング（の一種） 机上プロトタイプ（の一種） 分析資料 保守（のための）資料 （水平作業の場合の）作業指示書 （委託している場合の）契約資料 上記以外で考えられるのは次のようなものがあるだろう 利害関係者が要求している たとえば受託開発において発注者が要求している場合 ほかには連携している相手先システム側から
4月に発表した「言語化筋トレ」のスライドが、おかげさまでご好評をいただいています。 ※ 「言語化筋」「言語化筋トレ」は造語です。以下、「言語化力」「言語化力トレーニング」と読み替えてお楽しみください:) EMOasisというEM向けのイベントで、 ビジネスインパクトを最大化するためにEMが磨くとよいスキルは「翻訳」 そのためには「言語化筋」を鍛えるべし というような話をしました。ただ、「言語化筋」はマネージャーに限らずみんなの役に立つものなんじゃないかと思っている今日このごろでして、補足のようなエントリを書くことにしてみました。 「言語化筋」が大事なワケ私たちは日頃から言語を介してコミュニケーションしているので、自分のこと、周りのことをなんとな〜くわかった気になっているものです。でも改めて、例えば以下のような質問を受けたとき、サラッと答えられる人はそう多くないのかも、とも思います。 今の仕
『ドメイン駆動設計をはじめよう』の概要説明 ①この本で学んでほしいこと（原著者の思い） ②原著者のドメイン駆動設計のとらえ方 ③この本の特徴 ④ソフトウェア実装と事業戦略を結びつける方法 ⑤事業の成長とソフトウェアの成長 ⑥開発チームの学習と成長
ちょっとJavaのsynchronizedをGoに移植しようとしたはずが、なぜか１万文字の作文ができた - エムスリーテックブログ
AI・機械学習チームのブログリレーも9日目になりました。同チームの横本@yokomotodです。 本日はJavaとGoを題材に並行プログラミングまわりの自由研究をしたお話をしてみたいと思います。 3部構成で、パート1では発端となった「排他制御」について、パート2では「メモリの可視化」について、それぞれJavaとGoを比べてみました。 最後にパート3では、それらの動作を規定する「メモリモデル」について、わかりやすく解説されているリソースを紹介します。 長過ぎる！ 3行で！！ パート1: synchronized = 「排他制御」？ Java synchronized vs Go sync.Mutex Goで再入可能なロック？ 仮にGoで再入可能なロックを実装するなら？ Javaが再入可能を選択した理由 パート2. sycnhronized = 「排他制御」＋「メモリ可視性の保証」 Javaの
今日から始める「システム監視」。大量トラフィックのシステムを安定して運用する知見をアソビューのSREに学ぶ - Findy Tools
公開日 2024/08/16更新日 2024/08/15今日から始める「システム監視」。大量トラフィックのシステムを安定して運用する知見をアソビューのSREに学ぶ はじめにアソビュー株式会社では、アソビュー！という電子チケットを販売するサイトを運営しています。 システムを安定稼働させるためには、日常的にシステムの状態を監視して、問題があれば調整するというプロセスを繰り返すことが必要不可欠です。本記事では、アソビュー株式会社において、どのような体制でこの安定稼働を実現しているかということを書くことによって、同じようにシステムを安定稼働させたいと日々考えておられる方々を想定読者として、そのノウハウを共有しようと思います。 安定稼働をするために必要な要素 人間の健康管理のために必要なことシステムを安定稼働するために必要なことというのは、人間が健康に生きていくためにやっておいたほうがいいことと共通
GitHub Actions の実践的なノウハウが凝縮されている素晴らしい一冊「GitHub CI/CD 実践ガイド」を読んだ - kakakakakku blog
GitHub Actions の実践的なノウハウが凝縮されている一冊「GitHub CI/CD 実践ガイド」を読んだ📕 本書ではソフトウェア開発ライフサイクルから GitHub Actions 基礎トピック・GitHub Actions 実践トピックが紹介されていて，さらに GitHub Actions を活用して実現するリリース自動化・パッケージ管理・セキュリティのシフトレフトまでもカバーされている❗️素晴らしい👏 GitHub Actions をなんとなーく使っていたり，いつも既存のワークフローをコピーしていたりする人は必読かなと ＼( 'ω')／ また著者の経験に基づくベストプラクティス（こうすると良いよ〜的な）が散りばめられているのも現場目線で読めて良かった❗️ GitHub CI/CD実践ガイド――持続可能なソフトウェア開発を支えるGitHub Actionsの設計と運用 エ
消費税は引退高齢者から着実に金が取れる数少ないシステムなので。所得は引退によって大幅に減ってしまうし、資産課税や相続税は保有量や税金対策の影響を大きく受ける。だから、年金が制度設計された頃より平均寿命が伸びているような現在、高齢者からしっかり徴収できる消費税はクソどころかすごく大切なものなんだよ。そうやって再分配を行う。問題とされる逆進性だって、一つの税でどうこう言っても仕方がなく、他の税やセーフティーネットなどの支出を含めて全体で考えるべきものだしさ。 （追記） https://anond.hatelabo.jp/20240819231207 資産課税は死荷重が大きいから、労働所得は少ないが資産的に富裕な高齢者から大きく金を取る方法がこれくらいしかないんだよな。 そうそれそれ。高給取りと低賃金労働者の差は毎年毎年積み上がっていくものなんで引退した頃に貧富の格差は一番大きくなっていて、意味
初めまして。経営企画本部AI推進室の鏡味、窪田、小林と申します。当社は本年度、AI推進室という新組織を発足させ、主に生成AIについての社内の利用促進、およびユーザーへ生成AIを活用したソリューションの提供を進めるべく、新技術の展開や検証を行っています。 今回は、最近話題となっている、Microsoftが発表したRAG（Retrieval Augmented Generation）技術であるGraphRAG ⧉について、元となる論文やブログ記事、GitHubのコードを元に内部の構造を解析し、さらに現時点でどの程度実用的かを考察していきます。 GraphRAGとは GraphRAGは、ナレッジグラフと生成AIの技術を組み合わせることで、従来のRAGでは対応が難しかった問い合わせに回答できるようになったRAGです。2024年2月にMicrosoftによって発表 ⧉され、その後、2024年7月にリ
はじめに 私ごとではありますが、現場でdynamodbをメインのデータベースとして採用してから約2ヶ月が経ちました。 たった2ヶ月いう期間で、何度も心身ともに崩壊し、そして粘り強く復活を遂げ、かろうじて奇跡的にレベルアップをしてきました。 今回の記事では、これからdynamodbの導入を検討しているエンジニアの皆様に向けて、わずかながら現場で(汗と血を流しながら)得た知見を共有したいと思います。 主にdynamodbを導入するときに楽できる部分、楽できない、苦労する部分がどんな感じか、この記事でなんとなく伝えられたら嬉しいです。 以下では、4つの項目(採用基準、設計、開発、運用)に分けて、知見を羅列していきますが、私もまだ駆け出しdynamodberの域を出ないので、誤りやアドバイス等ございましたら、是非コメントいただきたいです！ なお、ここで紹介する内容は基本的にはAWSの公式ドキュメン
はじめに Goで自作RDBMSに挑戦してみたログです。自作、といっても大部分は参考にした書籍の移植です。 ここ1年くらいRDBに向き合う機会が多く、その内部実装を手を動かしながら身を持って理解してみたいというモチベーションから始めてみました。ちょうど会社の『内部構造から学ぶPostgreSQL』読書会に参加したこともモチベーション上げるきっかけとなりました。 (他の方の記事ですが、読書会の記録はこちら↓) 『内部構造から学ぶPostgreSQL』読書会を完走した感想 ［改訂3版］内部構造から学ぶPostgreSQLの社内読書会振り返り データベースをデータの箱としか思っていなかった私の『内部構造から学ぶPostgreSQL』を読んだ感想 普段何気なく使ってるRDBMSですが、ACID特性を守るため・大量の読み書きを捌くため、非常に緻密に設計されております。 これを完全再現といかなくとも自分
ジャンプTOON Next.js App Router の活用〜得られた恩恵と課題〜 | CyberAgent Developers Blog
目次 はじめに Colocation を意識した設計方針 Parallel Routes と Intercepting Routes を用いた設計パターン サーバー側に処理を寄せたことによる恩恵と課題 Next.js が抱える課題 おわりに 参考文献 はじめに ジャンプTOON のWeb版（以降、ジャンプTOON Web）の開発を担当している浅原昌大（@assa1605）です。 5 月にサービスを開始した「ジャンプTOON」は、オリジナル縦読みマンガ作品や人気作品のタテカラー版を連載する、ジャンプグループ発の新サービスです。 ジャンプTOON のフロントエンドには、Next.js を採用し開発をしています。 本記事では、Next.js の最新機能や設計パターン、Next.js を採用した恩恵と現在の課題について紹介します。 Colocation を意識した設計方針 Parallel Rou
チューリング完全とは、ざっくり説明すると、一部を除くほとんど全ての計算が可能な能力を意味します。言い換えると、ほとんど全ての計算問題を解く能力を意味します。（あとでもう少し詳しく説明します。）プログラミング言語は一般にチューリング完全であり、例えば TypeScript や Python はチューリング完全です。プログラミング言語以外にも、TypeScript の型システムやスーパーマリオメーカー、マジック・ザ・ギャザリングもまたチューリング完全であることが知られています[1][2][3]。直近では find と mkdir だけでチューリング完全になると報告されていましたね[4]。 逆にチューリング完全でない例としては正規表現[5]があります。チューリング完全ならば正規表現で解ける問題を全て解けますが、その逆は不可能です。例えば回文の判定は正規表現だと無理です。このように、数ある計算能力
昨年末に，日本の半導体産業への関心がとても盛り上がっていた．伝統的に日本はとても強かったけれど，半導体生産の大半は台湾と韓国にとられてしまった．それでも，日本はいまも才能ある人々の宝庫だし，とてもすぐれた半導体生産ツールや部品をつくっている企業はいまもたくさんある．これに加えて，このところの円安もあり（円安によって日本国内に半導体工場を建設するのも海外に日本製の半導体を売るのも容易になる），また，工場建設の規制障壁が比較的に少ないこと，低賃金，気前のいい政府の支援などが合わさって，日本は半導体産業の未来を築くのに完璧な場所に思える． 半導体部門で日本がとても強みをもっていることを裏打ちするかのように，とある日本の大学が，半導体生産技術の大きな躍進になるかもしれないものをつくった．現在，最先端の半導体製造には極端紫外線リソグラフィ (EUV) の機械が必要で，これはオランダ企業 ASML だ
不確実性の高いプロダクト開発や、継続的な価値提供を行なっているサービスにおいては、フロー効率を重視するのが良いとされている。ある価値が早く顧客に届く方が、早くフィードバックを得られるとか、顧客が享受する価値の総量が大きくなるとか、様々な方向からメリットは説明され尽くしている。それには同意する。 開発プロセスの文脈でもフロー効率を重視するためのプラクティスは一般的だと思う。スクラムの言葉に従えば、スプリントゴールはなるべくシンプルにひとつにしようとか、ひとつのプロダクトバックログアイテムを複数人で片付けようとか、そういった話である。チームの付加価値生産性を最大化するために、こうしたやり方を採用するのは素朴には理にかなっていると思う。しかし最近、メンバーの育成や評価に対する責任が大きくなってきて、その立場から改めてこれらのプラクティスを考えると、手放しに最高とは言い切れないなと葛藤している。
LLMのチャット以外の可能性 ChatGPTなどで話題のLLM（Large Language Model）、用途としてはチャットボットとしての使われ方が多いですが、チャット以外にも使える可能性を秘めています。 具体的には、生成AIでロボット制御をする「RT-1」や、マインクラフトをプレイする「Voyager」などがあります。これらの詳細の解説は以下記事参照ください。 今回は、夏休みの自由研究（と呼べるほど高尚なものではないですが）として、手軽に分かりやすい例として、LLMでマリオをプレイできるか試してみることにしました。 LLMでマリオをプレイ マリオに関しては、以前に深層強化学習で全ステージクリアにチャレンジしたことがあります。 複数人の有志の協力があり、ループを多用する8-4を除いたステージを全てクリアすることができました。ただ、ステージごとにシミュレータで半日以上かけて学習させる必要
はじめに 最近、ソフトウェアアーキテクチャを改めて勉強しようと2冊の本「ソフトウェアアーキテクチャの基礎 ―エンジニアリングに基づく体系的アプローチ」と「アーキテクトの教科書 価値を生むソフトウェアのアーキテクチャ構築」を読んだので要点と感想を備忘としてまとめます。 ソフトウェアアーキテクチャの基礎 ―エンジニアリングに基づく体系的アプローチ アーキテクトの教科書 価値を生むソフトウェアのアーキテクチャ構築 概要とポイント ソフトウェアアーキテクチャの基礎 ―エンジニアリングに基づく体系的アプローチ アーキテクチャには正解も間違いもない。ただトレードオフがあるだけだ。 この本はアーキテクチャを考えるための思考から、代表的なアーキテクチャスタイルの紹介やアーキテクトとしてのソフトスキル（対人スキルやチーム運営、キャリアパス等）まで網羅的にまとめられているものとなります。 アーキテクチャの技術
そのへんのアホ @umbochaizo ヒトのオスが身体的に強い力を持ってしまったのって、ヒトが社会を築くことを想定できなかった自然界のミスだと思うんだよな。自然界の動物の多くはメスが交配の選択権を握るが、ヒトの場合はオスが身体的強さを利用して暴力や権力を行使することでそのシステムが崩れてしまった。よって創造主はアホ。 そのへんのアホ @umbochaizo ほんと神なんてもんがいるならそいつの責任だと思うよ。ヒトのオスに強い肉体が与えられたのはライオンなんかと同じで群れを守るとかそういう意味があったはず。それがその力を悪用してメスを支配して交配の選択権を握ってしまった。 猿に中途半端に知能を与えたらこうなることくらい想定しとけよ。
脳の活動をテキストに変換して音声として読み上げることで、これまでで最も正確な97.5％の精度で思考を言葉にすることができるブレイン・コンピューター・インターフェース(BCI)が発表されました。この技術は、全身の筋肉の衰えにより言葉を話すことが難しくなる筋萎縮性側索硬化症(ALS)の人が、コミュニケーション能力を取り戻すのに役立つと期待されています。 An Accurate and Rapidly Calibrating Speech Neuroprosthesis | New England Journal of Medicine https://www.nejm.org/doi/full/10.1056/NEJMoa2314132 New brain-computer interface allows man with ALS to ‘speak’ again https://healt
ドイツのスタートアップ「Black Forest Labs（BFL）」が、8月1日（現地時間）に画像生成AI「FLUX.1」を発表しました。Stability AIの最新モデル「Stable Diffusion 3（SD3）」を超える性能をアピールしており、開発者はStability AIの出身者たち。Stable Diffusionのビジネスモデル設計の失敗から学んだ新しい提案方法でのプランの提示、さらには、14日には、X（旧Twitter）のAI機能の「Grok」の画像生成機能として搭載されました。Stability AIにとってはかつてないほどに強力なライバルが出現した格好で、画像生成AIの勢力図が塗り変わろうとしています。 いきなり約45億円の資金を調達した大型AIスタートアップ Black Forest Labが、シード投資でいきなり3100万ドル（約45億円）相当の資金を調達し
はじめに 背景 やりたいこと Why MSW？ 導入手順 詰まったこと defaultのtimeout設定時間が短い CIで落ちた時の検証方法がわからない 認証後のストレージの状態が入ってこない 今後の展望 おわりに はじめに enechainでフロントエンドエンジニアをしている@Shunya078です！ 自分の所属するGXデスクでは『日本気候取引所 - Japan Climate Exchange』(以下JCEX)のサービス開発を行っており、その中でReactを使用したフロントエンドの開発を担当しています。 リグレッションテストは運用を考えると、設計から導入した後、どう管理していくかまで検討する点が多く存在します。 JCEXは去年の年末にリリースされたばかりのサービスで、まだブラウザまで含めたリグレッション相当になるテストレイヤーが導入できておらず、存在しませんでした。 今回は新たに自チ
「HRMOSタレントマネジメント」目標・評価チームでは日々スクラムを実践し、アジャイル開発を目指しています。 私たちのチームは開発の中で、以下の課題に直面しました。 🚨 開発者にとって、他の開発者やプロジェクトへのサポートや連携に入りづらい 仕様や見積ドキュメントが標準化されておらず、開発案件の進め方や知識が属人化していました。 これにより、開発者がどう他の開発者やプロジェクトへのサポートや連携に入って良いのかわかりづらくなっていました。 🚨 PO・EMにとって、開発の計画が立てづらい サポートへの入りづらさによるコミュニケーション工数の増加、および仕様見落としによる手戻り工数の増加により、ベロシティ見積の信頼性が低下していました。 これにより、プロダクトオーナー（以下、PO）・エンジニアリングマネージャー（以下、EM）は不測の事態に備えたバッファ工数込みで見積らざるを得ず、開発の計画
いつでも最高のプロダクトを生み出す「最高の開発チーム」を作りたい！ いまどきエクストリームプログラミングなのはなぜか？ 角谷信太郎 林尚之 対談 - Agile Journey
アジャイル開発の方法論やフレームワークはいくつかありますが、ユーザベースのスピーダ事業では執行役員CTOである林尚之さんの主導によりエクストリームプログラミング（XP: eXtreme Programming）を全面的に採用しています。2023年3月にはアジャイル関連書籍の共訳・監訳などで幅広く活動される角谷信太郎さんがエクストリームプログラミング顧問として就任し、エンジニア組織の向上に取り組んでいます。 当初は「いまどきXPで大丈夫か？」と半信半疑だった角谷さんですが、かなりの規模でXPを実践できていることに驚いたそうです。そんな角谷さんと林さんが、アジャイル開発を推進する上で大切なことは何か？ 拡大する開発組織全体をアジャイルに保ち続けるにはどうすればよいのか？ について正面から語り合いました。 ユーザベースがアジャイル開発を始めるきっかけ 最高のプロダクトというより「最高の開発チーム
デベロッパはまもなく、Secure Elementを使ってアプリ内NFC決済を提供できるようになります iOS 18.1より、デベロッパはApple PayおよびAppleウォレットとは別に、iPhone上の自社アプリ内で、Secure Elementを使ってNFC非接触決済を提供できるようになります。デベロッパは新しいNFC APIとSE（Secure Element）APIを使って、店内の支払い、車のキー、交通系ICカード、社員証、学生証、ホームキー、ホテルの部屋の鍵、店舗のメンバーズカードやポイントカード、イベントのチケット、および今後サポートされる政府機関発行の身分証明書に、アプリ内の非接触決済を提供できるようになります。 ユーザーのセキュリティとプライバシーはAppleにとって最も重要なものなので、この新しいソリューションは、自社のiOSアプリ内からNFC非接触決済を提供するため
「IT業界の開発体制いろいろ」の図解が興味深い→「開発の形は十人十色」「おおまかな部分としては良い資料」開発担当者から様々な声
タマゴケ @s5ml 運用までやってくれるベンダを捕まえられないなら、運用設計は自社でやらなきゃならない。そして運用設計を真面目にやるのは開発完了後になるから、そこから運用渡しするときにトラブって後の祭りになる タマゴケ @s5ml 自社開発はよく知らないけど、社内にいるんだから運用部門としっかり連携してやるか、DevOpSで開発メンバが運用までやるんでしょきっと。 委託開発だと納品物出来上がるまで顧客の運用部門の人は基本的にシステムに触れないので、改善要望も出せない（製造請負の場合） タマゴケ @s5ml 当たり前だけど、運用まで受けてくれるベンダはものすごくお高くつくし、顧客～ベンダの依存度が上がるので、諸刃の剣ではある。それが嫌なら顧客側も真面目に運用のこと考えるべし。 ベンダとしては開発要件になければ運用のことまで考えようとしないし、業務知らないから考えられない。
はじめまして。株式会社えにしテックの島田と申します。 ご縁があって、2022年末からコープさっぽろデジタル推進本部の技術顧問を務めています。 技術顧問をすることになった経緯や今何をやっているかを書いてほしいという話を、コープさっぽろDX(note)の担当をしているかわぐちさんから受け、2回にわけて、そのあたりのことを書かせていただきます。 1回目となるこの記事では、技術顧問を引き受けるまでと、引き受けるにあたって考えたことについて記述します。 ポイント・ステージ制度の統合プロジェクトの技術支援コープさっぽろの仕事に携わらせていただいたのは、ポイント・ステージ制度の統合プロジェクト（以降、ポイント統合プロジェクト）からです。 「オールコープ」を目指して。ポイント・ステージ制度の統合への道のりとこれから プロジェクトに加わったのは、上記記事の林崎さんと同じくらいのタイミングで、2021年11月
はじめに 技術部プラットフォームグループでSREをしているchiroruです。 ペパボでは、2023年に引き続き今年も日本のTest-Driven Development(TDD) の第一人者である@t_wadaさんをお招きしてTDDワークショップを開催しました。今回は総勢9名で丸っと1日ワークショップに参加してきました。その参加パートナーから開催レポートをお届けします。 昨年のワークショップについては『twadaさんによる2023年度版TDDワークショップを開催しました』をご覧ください。また、なぜTDDワークショップを開催しているのかについては、過去の記事『ふつうの開発と TDD ワークショップ』で詳しく説明しております。 はじめに ワークショップの内容 概要 スケジュール 講義・座学 ワークショップ・1on1コードレビュー 全体レビュー・質疑応答 TDDワークショップに参加した各パート
UnoCSS を知る、まずは経緯から
👋 はじめに ナイトウ(@engineer_naito)と申します。 今回は CSS フレームワーク Atomic CSS エンジンである UnoCSS について紹介したいと思います。 🧐 想定読者 Tailwind CSS などの CSS フレームワークを利用したことのある開発者であればスラスラ読めると思いますが、初学者の方であっても問題なく読めると思います。 (なぜならばぼく自身が CSS フレームワークを使ったモダンフロントエンド開発の経験がないからです 🙋♂️) 🗾 UnoCSS と日本 UnoCSS は軽量かつ柔軟な Atomic CSS エンジンであり、現在最も注目を集めている CSS ツールの一つです。 人気調査サイトの結果によると、ここ 2, 3 年で確かに人気や知名度が上昇しています。 しかし、日本ではどうでしょうか？ Zenn で「UnoCSS」と検索してみま
イナバ物置を物理エンジンで再現しようとしたら喧嘩になった
職場での昼休み、暇だったので俺たちはふと、イナバ物置のあの有名なキャッチコピー「100人乗っても大丈夫！」について話し始めた。 なんでまたそんな話題になったかと言うと、最近俺が物理エンジンをいじるのにハマっていて、その延長で「イナバ物置をシミュレーションしてみたらどうなるんだろう？」と思い立ったわけだ。 興味が湧くとつい試してみたくなる性分だから、さっそくモデルを作ってみたんだよ。 設定は当然、「100人乗っても大丈夫！」の頑丈なイナバ物置。 いや、むしろその広告に忠実に再現しようとして、できるだけ強靭な設定にしてみた。 鉄板の厚さや構造、素材の特性なんかも考慮してね。 そりゃもう、なんというか「これ以上はないだろう」というくらいの頑丈さで。 で、シミュレーションを回してみると、案の定、ビクともしない。 100人が上に乗っかっても、物置はしっかりとその場に立ってる。まさに、「100人乗って
システム開発頓挫を巡り、アルミ建材大手の文化シヤッターと日本IBMが互いを訴えた裁判。一審判決は日本IBMに対して約19億8300万円の支払いを命じたが、2024年5月16日の控訴審判決では賠償額を約20億500万円に変更した。一審で85％としていた日本IBMの過失割合を二審で90％に引き上げたのだ。過失相殺の割合が変更されるのは珍しいという。裁判記録を基に判決の経緯を読み解く。 話は2015年1月に遡る。文化シヤッターは20年以上利用していた「販売管理システム」の刷新を検討していた。日本IBMを開発ベンダーとして選定。日本IBMの提案により、米Salesforce（セールスフォース）のPaaS（プラットフォーム・アズ・ア・サービス）「Salesforce1 Platform」の利用を決めた。 同プラットフォームには標準部品と呼ばれるモジュールが提供されており、これらを組み合わせることで開
","naka5":"<!-- BFF501 PC記事下（中⑤企画）パーツ＝1541 -->","naka6":"<!-- BFF486 PC記事下（中⑥デジ編）パーツ＝8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下（中⑥デジ編）パーツ＝8826 -->","adcreative72":"<!-- BFF920 広告枠）ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag ＰＣ誘導枠５行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"
米宇宙企業スペースXは2024年8月4日、巨大宇宙船「スターシップ」に使うために開発中の新型ロケットエンジン「ラプター3」を公開した。 従来のエンジンに比べ、設計の見直しや最新鋭の3Dプリンターの使用などにより、推力向上や軽量化を実現したという。 人類の火星移住を目指す同社にとって、ラプター3はその実現を左右する鍵となる。 ラプター3の燃焼試験の様子 (C) SpaceX/Gwynne Shotwell スターシップとラプター スターシップ(Starship)は、スペースXが開発中の宇宙輸送システムで、全長121.3m、直径9m、打ち上げ時の質量5000tで、地球を回る軌道へ100t以上の打ち上げ能力を目指す、人類史上最大、最強のロケット、宇宙船である。 スターシップは、第1段の「スーパー・ヘヴィ(Super Heavy)」ブースターと、第2段の「スターシップ」宇宙船の、2つの段階から構成
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
人事制度の脆弱性を衝いて給料UPする『人事制度の基本』
Docker入門資料「入門 Docker」を5年ぶりにアップデートしました。 - y-ohgi's blog
ソフトウェアの「詳細設計書」とはなんなのか - きしだのHatena
【検証】デアゴスティーニの創刊号だけ見て何ができるかわかるか？ | オモコロ
『ドメイン駆動設計をはじめよう』がわかりやすすぎた｜ミノ駆動
ドキュメントとしての詳細設計書と、プロセスとしての詳細設計 - 勘と経験と読経
エンジニアこそ「言語化筋」を鍛えよう、というお話｜ar_tama
ソフトウェアの実装と事業戦略を結びつける
消費税は引退高齢者から着実に金が取れる数少ないシステムなので。所得は..
話題のGraphRAGとは - 内部構造の解析と実用性の考察
"これはdynamodbでいけるわ"が流行語になった2ヶ月間の備忘録
Goで自作RDBMS - abekoh's tech note
GitHub Actions はチューリング完全
ノア・スミス「みんなの認識よりももっと日本は半導体に強みをもっている」（2024年8月18日）
フロー効率と経験資源の葛藤 - yigarashiのブログ
LLMでマリオをプレイ「Large Language Mario」を作って試してみました
「ソフトウェアアーキテクチャの基礎」と「アーキテクトの教科書」の備忘と感想
フェミニスト、人類のオスの力をメスより強く設計した神のミスを指摘「子どもを産む女性の方が強い身体を持った方がいいのに」
脳の信号をほぼ100％の精度で音声に変換するブレイン・コンピューター・インターフェースが登場
「Stable Diffusion」の失敗に学び、画像生成AIの勢力図を塗り変える「FLUX.1」 (1/4)
Playwright+MSW でのリグレッションテスト事始 - enechain Tech Blog
アジャイル開発の「安定感」を高める、「スプリントゼロ」
デベロッパはまもなく、Secure Elementを使ってアプリ内NFC決済を提供できるようになります
技術顧問の道（１）技術顧問を引き受けるまで｜コープさっぽろDX
t_wadaさんによる2024年度版TDDワークショップを開催しました - Pepabo Tech Portal
文化シヤッターのシステム裁判、二審判決で日本IBMの過失割合を異例の引き上げ
大阪駅直結「豊かに潤った大地」 設計者が語る鳥も昆虫も快適な空間：朝日新聞デジタル
さらに強く、シンプルに - スペースXが最強ロケットエンジン「ラプター3」公開