並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 2735件

新着順 人気順

仕様書の検索結果361 - 400 件 / 2735件

  • 決済システムのマイクロサービス化に伴うデータ移行について | メルカリエンジニアリング

    この記事は、 Mercari Bold Challenge Monthの16日目の記事です。 こんにちは。株式会社メルペイのPayment Platform teamに所属している @ogataka50 です。 メルペイではマイクロサービスアーキテクチャで決済システムを開発、運用をしています。 メルペイはNFC決済・QR/バーコード決済・ネット決済を提供しています。それらに加えて、メルカリ内決済のコンビニ/ATM払い、キャリア決済、クレジットカード決済等も提供しています。 メルペイの決済システムはメルカリの決済システムをマイクロサービスとして切り出されたのが始まりになっています。 メルペイはアプリとしては2019年2月13日にサービスリリースしましたが、システム的にはその少し前からメルカリ内の決済機能をマイクロサービス化するため先にリリースされていました。 今回はメルペイリリース前に行われ

      決済システムのマイクロサービス化に伴うデータ移行について | メルカリエンジニアリング
    • 文化祭入退場・混雑管理システム "CAPPUCCINO" 開発・運用記

      この記事は、文化祭実行委員会に所属する[1]現高校 3 年生 3 人で文化祭の入退場混雑管理システム「CAPPUCCINO」を 2 年間に渡り開発し、実際に運用した記録を残したものです。 *この記事は以下の 3 名による共同執筆です 著者・開発者: すばる (@su8ru / Twitter:@su8ru_) 高校3年生。普段は TypeScript に使われながらウェブフロントエンド技術で遊んでいます。 たけ (@takeno_hito / Twitter:@Takeno_hito) こうこうさんねんせい。コーディングよりはゲームのほうが好きです。上下二人に揉まれながらも一応リーダーをやってました。 ふわわあ (@fuwa2003 / Twitter:@ibuki2003) 高3。Vimmer。半言い出しっぺなのに後半コード書いてないとかで最近は肩身が狭い思いをしています。 1. CAP

        文化祭入退場・混雑管理システム "CAPPUCCINO" 開発・運用記
      • 1973年生まれとバブル崩壊

        1991年、高校3年だった私はバブル崩壊のニュースが騒がれていても何も考えていなかったし危機感もなかった。 生まれてから株価や地価が上がり続ける好景気のニュースや、良い時計、良いブランド、良い車、お洒落な都会の暮らしと浪費を煽るTV番組しか見てこなかったので 経済が右肩上がりなのは1+1は2だというのと同じくらい揺るぎない当然の事実だと刷り込まれていた。 だからバブル崩壊なんて聞いても一時的な大騒ぎだと思っていたし歴史の教科書に載るレベルの事が今起きているなんて実感は全くなかった。 もちろん、後から我が身を以て知る事になるのだけど。 地方の田舎だったので大学進学はまだ当たり前ではなかった。 大学は都会の人、お金持ち、頭のいい人が行くところという認識。女性の大学進学率は身の回りの体感で2割以下だったと思う。 高卒で就職した先輩たちからは夢のような話ばかり聞いていた。 就活は東京に行くと良い。

          1973年生まれとバブル崩壊
        • なんかいけそうな気がしたので Code Interpreter でシュッと Web アプリつくってもろた|bbz

          ちゃっす(/・ω・)/ 今日も ChatGPT Code Interpreter さんと戯れていましたの。 で、タイトルの通りなのだけれど、仕様書書いて渡したら Web アプリシュッと作ってくれんじゃね?( ・ω・) という闇の遊戯をした。 という話。 目標実行や指示はすれどもワタクシは一切コードを書かぬ!! 普通にエラー修正とか自分でやった方が早いけどやらぬ!! 全てを ChatGPT への指示で完結する!! で、納品されたもの(/・ω・)/ 納品物 トップページ 登録画面 ログイン画面 Activity 一覧 Activity 修正 レポート画面 すごない?( ・ω・) やったこと~ChatGPT との対話を残すでござる( ・ω・) ※ ChatGPT Code Interpreter Plugin が使えないと同じ事はできないぞ☆ 仕様書を提供しますので、 仕様にそった Flask

            なんかいけそうな気がしたので Code Interpreter でシュッと Web アプリつくってもろた|bbz
          • Plainのフロントエンドにおける技術選定(2023年8月版) - ROUTE06 Tech Blog

            ROUTE06 でソフトウェアエンジニアをしている @MH4GF です。 ROUTE06 ではエンタープライズ向けビジネスプラットフォーム「Plain」を開発しています。この記事では 2023 年 8 月に Plain クラウド EDI の Web フロントエンドで採用している技術について、その選定理由をまとめました。 現代の Web フロントエンド技術は領域ごとに選択肢が多く、プロダクトに最適な技術選定をする上で検討事項が多いと感じます。この記事がフロントエンド技術選定において参考になれば幸いです。 前提 プロダクトの特徴 技術選定に影響するプロダクトの特徴を箇条書きでまとめます。 エンタープライズ向け SaaS 現在開発中のプロダクトは商取引におけるクラウド EDI のドメインにフォーカス Plain が解決する課題は、元々フルスクラッチで開発すると 1 年かかるプロダクトの開発期間を

              Plainのフロントエンドにおける技術選定(2023年8月版) - ROUTE06 Tech Blog
            • 0pxの画像ファイル - Un nouveau monde parfumé

              序 0px.org というドメインを持っています。このドメインはなるべく短く、かつ意味ありげなドメインが欲しいと思って選んだだけで、特に意味はありません。専らサーバーの alias や短縮 URL に使っています。 さて、0px.org で配布すべきリソースとはなんでしょうか。当然 0px×0px の画像ファイルです。しかし、どんな画像編集ソフトでも大抵キャンパスサイズの最小は 1px×1px です。そもそも 0px の画像を許すフォーマットなどあるのでしょうか。というか画像を2次元的なものとするなら、0px×0px の画像は果たして画像なのでしょうか。 ……とりあえず 0px 画像の哲学的な問いかけは一旦忘れることとして、思いついたメジャーな画像フォーマットについて仕様上 0px×0px の画像が許されるのか、調べることにしました。 PNG www.libpng.org 3章 File

                0pxの画像ファイル - Un nouveau monde parfumé
              • 大学でもっとまじめに学んでおくべきだった - 覚書

                大学ではB4の一年間、人によってはさらにMとかDとかで研究をします。そこで学べることについて、および、それを学ばなかったがために私が苦労したことを書きます。ここでは大学に行く人を主な読者層にしていますが、そうでなくても就職した後に後述の問題に遭遇することでは同じです。 わたしは高校時代は「プログラミング一本で生きていく」という決意をしていました。そこで近くの大学に情報工学科という学科があったので、そこを受験しましたが見事落選、第二希望だった別の学科に受かりました。このあとわたしの大学生活のポリシーは「可能な限り楽をして大学を出る、その間にプログラミングについての知識を独学する」でした。B4およびMでの研究においてもそのポリシーを愚直に守り通し、手抜きに手抜きを重ねてギリギリで卒業、修了しました。不良学生というやつです。最終的にはプログラミングやその他低レイヤといわれる領域の知識は平均的なC

                  大学でもっとまじめに学んでおくべきだった - 覚書
                • レビューで大量の指摘をして大きな手戻りを発生させた原因はレビューアの私にあった - Qiita

                  はじめに 私は十年近く前、レビューで大量の指摘を登録することが何度かありました。 当然、大量の指摘修正をしてもらうという行為は、手戻りであり、それだけプロジェクトの進捗を遅らせることになりました。 とても恥ずかしい話ですが、当時の私は、レビューで大量の指摘で手戻る原因が、レビューイにあると思い込んでいました(本当にごめんなさい)。 しかし、今、振り返ってみると、手戻りの原因はレビューアである私にあったと思います。 そのような恥ずかしい自分の行動を戒めるために、どれだけ当時の自分が残念だったのかを紹介します。 要するに反省文のようなものです。 今回対象とするレビューの前提条件 今回紹介するレビューは、以下の条件を満たすものでした。 レビュー対象の成果物は、以下のいずれか。 外部仕様書 設計書 テスト仕様書 ソースコード レビューイは、レビュー対象成果物を作成した経験が浅い(数回の経験)。 レ

                    レビューで大量の指摘をして大きな手戻りを発生させた原因はレビューアの私にあった - Qiita
                  • GoとDockerでLet's try gRPC - LiBz Tech Blog

                    はじめに gRPCとは gRPCの特徴 gRPCが解決するマイクロサービスの課題 gRPCの課題 Let's try gRPC 1. 準備 2. protoファイルの作成 3. server側の処理 4. client側(リクエスト)の処理 5. buildして実行 最後に はじめに こんにちは!エンジニアの渡邊です。早いもので、11月でLiBに入社して丸1年がたちました。 このブログへの投稿も4回目になります。 前回の とってもRailsライクなサーバーレスフレームワーク「Ruby on Jets」を本番環境に導入した話 では、jetsの開発者であるtongueroo氏や、Rubyの生みの親まつもとゆきひろ氏をはじめ、多くの方にシェアをしていただき大変励みになりました!みなさんありがとうございました。 今回はGoogleが開発したRPCフレームワークgRPCについて書こうと思います。 g

                      GoとDockerでLet's try gRPC - LiBz Tech Blog
                    • エンジニアの仕事は「プログラミング」だけではない DeNA入社後に感じたギャップとそれを克服するためのPM術

                      「DeNA TechCon 2021 Winter」は、学生に向けて、DeNAを軸に「エンジニアとして企業で働くこと」について、先輩たちが紹介するイベントです。そこで、サーバーサイドエンジニアの川原遼馬氏が、「エンジニアが入社後のギャップを克服しProjectをリードするまで」と題して、自身が入社する前と後で感じたギャップと、それをどう克服したかについて話しました。 エンジニアの働き方イメージのギャップと克服 川原遼馬氏(以下、川原):それでは「エンジニアが入社後のギャップを克服しProjectをリードするまで」というタイトルで発表します。 私は川原遼馬と申します。大学院で物理の研究をした後に、2020年にDeNAに新卒入社しました。その後、DeNAの子会社である株式会社DeNAライフサイエンスの「MYCODE」というサービスで、サーバーサイドエンジニアをしています。 「MYCODE」とい

                        エンジニアの仕事は「プログラミング」だけではない DeNA入社後に感じたギャップとそれを克服するためのPM術
                      • 達人出版会

                        探検! Python Flask Robert Picard, 濱野 司(訳) BareMetalで遊ぶ Raspberry Pi 西永俊文 なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 Jesse Storimer, 島田浩二(翻訳), 角谷信太郎(翻訳) 知る、読む、使う! オープンソースライセンス 可知豊 きつねさんでもわかるLLVM 柏木餅子, 風薬 デザインディレクション・ブック 橋本 陽夫 現場のプロがやさしく書いたWebサイトの分析・改善の教科書【改訂3版 GA4対応】 小川 卓 解釈可能なAI Ajay Thampi(著), 松田晃一(翻訳) PowerPoint 目指せ達人 基本&活用術 Office 2021 & Microsoft 365対応 PowerPoint基本&活用術編集部 ランサムウェア対策 実践ガイド 田中啓介, 山重徹 TODによるサステナ

                          達人出版会
                        • go-swaggerを用いたWebアプリケーション開発Tips19選 | フューチャー技術ブログ

                          はじめにTIG DXユニット 1の真野です。echo → 生net/http → gorilla/mux → go-swagger, gqlgenの経歴でGoのHTTP APIを実装してきました。本記事では最近業務でヘビーユーズしているgo-swaggerについての開発Tipsをまとめました。 背景フューチャーではGoを採用する案件が増えて来ており、その際にgo-swagger というツールを利用することが多いです。 2 理由はWebAPIのスキーマを駆動に開発することに慣れているという開発文化(DBレイヤのERDやデータフローを駆動に開発することは今も多い)や、リリース後の保守や将来のマイグレーションを考慮しなるべく特定のDSLに依存したくないというポリシーを強く持つこと、開発前にある程度固く機能数を洗い出して工数見積もりや開発スケジュールに活かしたいといった大人な事情など、色々相性が良

                            go-swaggerを用いたWebアプリケーション開発Tips19選 | フューチャー技術ブログ
                          • .NET Core 3.0 で gRPC がシームレスに統合されて素晴らしい件 - ecbeing labs(イーシービーイング・ラボ)

                            こんにちは、アーキテクトの小林です。 .NET Core 3.0 がついに GA になりました。 .NET Core 3.0 では gRPC の機能サポートが組み込まれています。 今回は .NET Core 3.0 で簡単に gRPC の開発をスタートすることができることを知っていただいきたいと思いまして、gRPC サーバーとクライアントの疎通確認ができるまでの手順を記事にしてみました。 そもそも gRPC とは何? gRPC は、Google によって開発されたスキーマファーストの RPC(リモートプロシージャーコール)フレームワークで、マイクロサービスアーキテクチャにおけるサービス間通信において有力な選択肢として注目されている技術です。 マイクロサービスアーキテクチャでは、大きなシステムを細かいサービスに分割し、各サービスを独立させ、疎結合に保つことが重視されます。細かいサービスに分割

                              .NET Core 3.0 で gRPC がシームレスに統合されて素晴らしい件 - ecbeing labs(イーシービーイング・ラボ)
                            • PerlでJVMをつくろう - Mobile Factory Tech Blog

                              要約 JVMは任意の言語で作ることができるので、Perlで書いてみました github.com このようにクラスファイルを読み取り、それを実行することができます 今回は読者がJVMを書き始められるようにクラスファイルの読み取り方に焦点をおいて解説します(あまりPerlの話はしません) 目次 自己紹介 JVMの基本 クラスファイルの解説 オペコードの実行 まとめ 自己紹介 駅メモにて主にバックエンドを担当しているid:toricorです。 仕事ではサーバがPerl実装なので、Perlでいろいろな機能を実装したりパフォーマンスチューニングをしたりしています。 JVMをつくろう 残念ながら今のところ仕事ではほぼJVMと縁がないので、まずは基本を確認します JVMとは Java Virtual Machine(Java仮想マシン)の略です Java仮想マシン - Wikipedia JVMはJav

                                PerlでJVMをつくろう - Mobile Factory Tech Blog
                              • テストプロセスが自走するチーム体制をめざして QA が取り組んでいること - Techtouch Developers Blog

                                はじめに 前提情報 プロダクトチームの体制 Four Keys の Elite を目指して 品質保証の課題 1. テストの重複 2. 刻々と変化するチーム体制 3. 属人化したテストケース管理 改善策:テストプロセスの変更とテストケース管理ツールの導入 1. テストプロセスの改善〜Test It Yourself〜 2. テストマネジメントツールの導入 おわりに はじめに こんにちは、テックタッチで QA PM (Quality Assurance Project Manager)をしている shutty です。先日はテストエンジニア向けの合宿型ワークショップ WACATE2023 冬に初めて参加してきました。実行委員をはじめとして参加者全員の熱量を全身に浴びてきました。 この記事では最近テックタッチの開発チームで行なっているテストプロセスの改善について紹介します。 前提情報 プロダクトチ

                                  テストプロセスが自走するチーム体制をめざして QA が取り組んでいること - Techtouch Developers Blog
                                • 「プロを目指す人のためのTypeScript入門」読書感想

                                  @uhyo さんのTS本ということで読んでいます。 一応入門書という位置づけなので、社内での育成に活用したい目線。 とはいえ自分でも学べるところ多そう、特にTSのd.tsみたいなモジュールまわり理解弱いので… 全体的な感想 4章(関数)、6章(高度な型)が特によかった。 (5章が入ってないのは自分がクラス使わないからなので、使う人だったら5章も入ってると思う) 自分も何年かフロントエンドエンジニアとしてやっているのでさすがにだいたいは知っている内容のおさらいになったけど、それでもふわっとした理解が適切に言語化だったり、コーナーケースの知らない挙動など発見は沢山あった。 特に育成には有用だなと思った。6章の内容は理論と実践の話のバランスが良く、レベル的にもそれなりにTS書いてる人でも知らないこと全然ありそうな内容だったので、自分のチームのメンバーにも少なくとも6章は読んでもらいたい。勧めます

                                    「プロを目指す人のためのTypeScript入門」読書感想
                                  • Design Docs のいけすかなさ / morrita - Message Passing

                                    Design docs というのが昔からあまり好きでない。読むのも書くのも好きでない。 仕事で文書を書くのはやぶさかではないけど Design docs はなんとなくいや。 せっかくなのでこのイヤさを言語化してみたい。 Design Docs とはなにか 自分が想定している Design docs は この文章が説明しているようなものだ。 なにかそれなりの規模があるものを作る時に設計やそのトレードオフをざっと文書化する文書。 もっというと一般名詞の design docs ではなく、リンク先に書いてあるような自分の勤務先固有の The Design Docs 文化が好きでない。 「設計やそのトレードオフをざっと文書化する。」 それだけ聞くと割と良いもののような気がして、自分もある時期までは良いものだと思っていた。 「ドキュメンテーション」というのは、プログラミングのポップカルチャーにおいて

                                      Design Docs のいけすかなさ / morrita - Message Passing
                                    • 「ツタヤ図書館」の“いま”− 公共図書館の基本ってなんだ? -3版

                                      2016 年01 月 30 日 初版発行 2022 年05 月 01 日 3版発行 「ツタヤ図書館」の“いま” − 公共図書館の基本ってなんだ? - 3版 図書館友の会全国連絡会 2 1 この「パンフレット」の趣旨 ○まずは知ろう 全国に広がる「ツタヤ図書館」とその論争は、図書館としてのあり方を超 え、地方自治そのも のを問うまでに拡大 しています。 この小冊子は、 「ツタヤ図書館」の 現状を簡単にお伝え することで、疑問点 ・問題点を理解する 糸口になることを目 的としています。 ○調べてみよう これを読んでもっと詳しく知りたくなったら、「図書館友の会全国連絡会」 のホームページにこの小冊子の旧版や内容の元となる主なURL、雑誌、新 聞名、解説がありますので読んでみてください。古い雑誌や新聞は図書館で 閲覧できます。その図書館にない雑誌や新聞は、ほかの図書館から貸出やコ ピーをお願いする

                                      • Unityソルジャーの憂鬱

                                        自分がやってる仕事って実は”Unityエンジニア“じゃないかもしれないという話。 クリーンアーキテクチャはゲーム開発に不向き説 以前から、界隈では「UnityでDIコンテナを使おう!クリーンアーキテクチャをやろう!」みたいな話がたびたび盛り上がっている。 私も、「そんなに素晴らしいなら使ってみたい」と思って勉強しようとするたびに、そもそものメリットがサッパリ理解できずに終わるのを繰り返してしまう。 本当にUnityでクリーンアーキテクチャをやるのは優れた方法なのだろうか?じゃあUnity公式のサンプルとかがベッタベタにUnityの普通の作り方になっててクリーンな設計が全然されてないのはなんでなん? 最近はこういう記事も見かけた。 ゲーム開発 に所謂なアプリケーション設計パターンをおいそれと適用するのは難しい クリーンアーキテクチャというものはUIフレームワークとかWebのアーキテクチャから

                                          Unityソルジャーの憂鬱
                                        • 青梅市ホームページシステム再構築業務委託仕様書

                                          • 完全フリーランスになりました - Zopfcode

                                            4月より勤務していたヘマタイト株式会社が2020年10月半ばをもって解散し、私は完全なフリーランスになった。 自分が書いたから言うけど、みんな転職エントリばっかり書かないでこういう振り返りをちゃんとしていけよなと思う。 前に 92thunder がこんなことを書いていて、自分も10月くらいに振り返りエントリを書こうかなと思っていた。ところがその10月になんやかんやあり、職が決まって諸々が公表できるまでおあずけとなり、今日に至った。 今は半端だから「転職&フリーランス開始から半年が経った」を書くわ、10月に— Takumi Sueda (@puhitaku) 2020年7月21日 これからの仕事と経緯 これまでフリーランスと社員を半分ずつやっていた間はフリーの仕事は特に種類を選ばずやっていたが、ついに好きな方面の仕事だけで固めることに成功した。 これからは、東京都は小金井市のNICT 国立研

                                              完全フリーランスになりました - Zopfcode
                                            • 過度なDRYを行わず、APIドキュメントだと思って書く 脳内メモリを消費させない“リーダブルなテストコード”の書き方

                                              さまざまなテストレベルとロールで活躍されている方々がテストコードをリーダブルにする方法について語り、それぞれの違いや共通点について議論する、「リーダブルなテストコードについて考えよう」。ここで株式会社ソニックガーデンの伊藤氏が登壇。リーダブルなテストコードとは何か、リーダブルなテストコードを書くための具体的な意識を紹介します。 伊藤氏の自己紹介 伊藤淳一氏:リーダブルコードという発表です。いきなり余談から入りますが、今日仕事をしていたらテストコードに助けられました。 仕様変更がいつ入ったのかを調べなきゃいけなくなってコミットを追いかけていったら、過去の僕がすごくわかりやすいテストコードを書いていて、仕様Aを仕様Bに変えることがdiffを見れば一目瞭然というようなものを作っていました。リーダブルなテストコードを書いてて良かったと思った日がこの勉強会の開催日で、ナイスタイミングだと思いました。

                                                過度なDRYを行わず、APIドキュメントだと思って書く 脳内メモリを消費させない“リーダブルなテストコード”の書き方
                                              • 50代・ほぼ独学・文系・未経験で2ヶ月半でWebアプリを開発するまで!【Rails+Nginx+Docker+AWS】 - Qiita

                                                50代・ほぼ独学・文系・未経験で2ヶ月半でWebアプリを開発するまで!【Rails+Nginx+Docker+AWS】RubyRailsnginxAWSDocker はじめに コロナ禍の中で会社経営をあきらめ、50代目前にして「Webアプリの開発者に、オレはなる!」と決意し、2ヶ月半でアプリを作成した経緯をご紹介させていただきます。 絶賛転職活動成功!(最終結果:企業エントリー145、書類通過10、内定3、業務委託3。転職活動期間2022/04末〜2022/11末) ポートフォリオサイトURL:https://delicha.github.io Wantedly プロフィール:https://www.wantedly.com/id/shouhei_yamamoto_bg アプリを実装するまで 今回のアプリを作成する「前」のおもな自分のスペックです。 アプリ開発前の年齢は限りなく50歳。 大

                                                  50代・ほぼ独学・文系・未経験で2ヶ月半でWebアプリを開発するまで!【Rails+Nginx+Docker+AWS】 - Qiita
                                                • 東京都若年被害女性等支援事業(WBPC)の業績評価|opp

                                                  東京都が実施している「東京都若年被害女性等支援事業」について入手できたデータから見える化及び業績評価をしてみる。 Ⅰ はじめに(1)東京都の事業者評価の課題東京都でも評価委員会を組成し、東京都若年被害女性等支援事業の受託事業者の評価を実施している。この評価結果が次年度の当該団体との契約理由ととしている年度もある。しかし、東京都が実施しているこの事業者評価には以下の課題がある。 第3四半期までの実績でしか評価していない 単年度での評価であり経年的な評価がされてない コスト(事業費)面での評価がなされていない 定量指標の比較表は作成されているが定性的な評価をしており、定量指標と評価の因果関係が明確ではない 受託事業者別の評価しかしておらず、事業全体の評価はされていない 令和3年度東京都若年被害女性等支援事業受託事業者評価委員会(2)評価指標等この事業の重要目標達成指標(KGI)は、「夜間見回り

                                                    東京都若年被害女性等支援事業(WBPC)の業績評価|opp
                                                  • 「エヴァ」は巨大なインディーズ映画だった!? 「プロジェクト・シン・エヴァンゲリオン」著者×林原めぐみ対談 | アニメ | レポート | WebNewtype

                                                    「シン・エヴァンゲリオン劇場版」の制作を「プロジェクト」と捉え、その遂行の様態を振り返り、実績を記録・省察・評価・総括することを目的に刊行された「プロジェクト・シン・エヴァンゲリオン」。本書に衝撃を受けた林原めぐみさんが熱望し、本の著者であり、「シン・エヴァ」で制作進行を務めた成田和優さんとの対談が実現しました。発売中のニュータイプ2023年10月号には本企画についての核となるお話を掲載しておりますが、WebNewtypeでは本誌掲載とは別テイクのWeb版をお届けします! ――今回の対談のきっかけは、「林原さんが『プロジェクト・シン・エヴァンゲリオン』をとてもおもしろがっておられる」と噂を聞いたからなんです。 林原 そうなんですよ! とにかく私は記録することが下手くそなんです。衝動で動いていて、自分のやっていることを記録するという意識が希薄。でも、何かを記録することが大事だってことはわかっ

                                                      「エヴァ」は巨大なインディーズ映画だった!? 「プロジェクト・シン・エヴァンゲリオン」著者×林原めぐみ対談 | アニメ | レポート | WebNewtype
                                                    • 要求定義と要件定義の違いを考える - Qiita

                                                      要求定義と要件定義についての記事というのは需要があるようですね。 検索されるだけなのか?そもそも話し合いの中では、その「定義」を確定して、話しておくことが大事なのですよね。言語を学ぶ上で、まずはひらがなからカタカナからそしてローマ字など文字を学ぶように、プログラミング用語や現場で使う単語などというのは意識して使っていかないと追いつけなくなってしましますからね。 役割分担、期日を決めるなどマネージメントの方もプロジェクト進行では、考えていきたいですね。 ##最近の近況 バーチャルな世界に興味があり、バーチャルSNSなどにも顔を出しながら作業してます。 ##はじまり はぁ… なんでシステム開発が失敗するんだろう… 仕様の変更が多くて… 言った言ってないのトラブルから避けたい… システム動かしてみても全然使えない… 実は.. 事業運用をオペレーションレベルに展開しないままに、 システム開発をして

                                                        要求定義と要件定義の違いを考える - Qiita
                                                      • 山田しいた先生のマンガ「昭和のIT業界じゃないんだから」のIT地獄ギャグが呼び水となり真の地獄が語られる

                                                        だんご長兄 @_Sn5_ 大規模システムならコーディング規約があり、それに則りコードレビューをするからスパゲティコードなのは少なくなっていると思うけれど、古いシステムの焼き直しだと仕様書が無いのはよくある話しだからなあ…。 twitter.com/yamada_theta/s… 2022-08-24 18:19:49 もやし @hakusenoutside 刑務所レベルの劣悪環境は経験したことないけど、仕様書とかコードが無茶苦茶等のくだりはこのまま現実に存在してんだよな。。しかもやらされる仕事はプラグラミングだけでは無かったし。割に合わなさ過ぎて2度とやりたくない。 twitter.com/yamada_theta/s… 2022-08-25 11:29:23

                                                          山田しいた先生のマンガ「昭和のIT業界じゃないんだから」のIT地獄ギャグが呼び水となり真の地獄が語られる
                                                        • Next.js + Vercel + swr + TypeScript (No Redux + No SSR) で短期間チーム開発した - またのきかいに

                                                          はじめに タイトルにある通り Next.js + Vercel + swr + TypeScript という構成で短期間チーム開発をした。 以下のように特殊な状況なので色々試してみた。 開発状況 約3週間の短期間開発。 世間にリリースしない。プロトタイプを作って終了。メンテナンスもしない。 フロントエンドを触るのは自分を含めて3人。 自分・フロントの経験もあるバックエンドエンジニア・フロントエンドの経験が浅いエンジニアの3人。 ログイン機能有りのSNS的なもの。既に世の中に存在するプロダクトと似てる。 それぞれ選定理由と使用感を雑に書いていく。 Next.js github.com 環境構築が楽 Node.js環境さえ整えてもらえればすぐ動く。 ライブラリが最小限で済む Create React Appも環境構築が楽だが使われているライブラリのドキュメントを探すのが初学者には少しハードルが

                                                            Next.js + Vercel + swr + TypeScript (No Redux + No SSR) で短期間チーム開発した - またのきかいに
                                                          • 120 個のアプリを触って見えてきたオンボーディング 15 種類・そのメリットとデメリット|Fritz | Lead Product Manager @ Mercari

                                                            オンボーディングとアクティベーションについて考察した 前記事 の続き。今回は 120 アプリのオンボーディング体験を調査してそれらを 15 種類の UX に分類、それぞれの UX について共通項・個人的に思ったメリット・デメリットをまとめました。 次回はこれらの統計結果を公開。今回は実際の UX 事例について。現場で「これ使ってみる?」と今日から検討できる(かどうかは知らないけど…)記事になっていれば幸いです。全 6 記事予定の 2 記事め。 00# こんな感じで 120 のアプリ UIUX を調査した ・ US iOS App Ranking Top 100 + 気になるもの 20 をダウンロード ・ ゲームは除外 ・ アプリひとつひとつを 4-5 分触る。気になったもののみ深堀り。 ・ 定義・種類は独断と偏見。 ・ 複数種類の手法を使っている場合はそれぞれをカウント 01# スライド式

                                                              120 個のアプリを触って見えてきたオンボーディング 15 種類・そのメリットとデメリット|Fritz | Lead Product Manager @ Mercari
                                                            • 原子力規制庁で不適切入札手続き 企業に仕様書案の作成を依頼、その企業が1者応札 本紙の情報公開請求受け発覚:東京新聞 TOKYO Web

                                                              使用済み核燃料の保管方法を巡る調査の一般競争入札で、原子力規制庁は29日、職員が仕様書案の作成を三菱重工に依頼する内規違反があったと明らかにした。入札では同社の案がほぼそのまま仕様書となり、入札予定価格は同社が示した見積額とほぼ同額だった。同社が1者応札で落札した。

                                                                原子力規制庁で不適切入札手続き 企業に仕様書案の作成を依頼、その企業が1者応札 本紙の情報公開請求受け発覚:東京新聞 TOKYO Web
                                                              • OAuth 2.0 / OIDC を理解する上で重要な3つの技術仕様

                                                                2020年3月17日、株式会社Authleteが主催する「OAuth & OIDC 勉強会 リターンズ【入門編】」が開催。同社の共同創業者であり、プログラマー兼代表取締役でもある川崎貴彦氏が、OAuth 2.0 / OIDCの仕様について解説しました。 冒頭は、OAuth 2.0の概念や認可・認証までの流れと、それを理解する上で避けては通れない3つの技術仕様(JWS・JWE・JWT)についての解説です。 OAuth 2.0とは 川崎貴彦氏:株式会社Authleteの川崎です。本日は「OAuthとOpenID Connectの入門編」ということでオンライン勉強会を開催しますので、よろしくお願いします。最初にOAuth 2.0の概要の説明からです。 ブログに書いてある内容と一緒なんですが、まずユーザーのデータがあります。このユーザーのデータを管理するのが、リソースサーバーです。このユーザーのデ

                                                                  OAuth 2.0 / OIDC を理解する上で重要な3つの技術仕様
                                                                • 二大企業大激突! ナムコvs任天堂 前編 -仁義ある戦い-|初心カイ

                                                                  はじめに 西に任天堂あり。京都に本社を構える世界的娯楽企業である。 東にナムコ(現在バンダイナムコホールディングス)あり。東京に本社を構える世界的娯楽企業である。 この二つの企業は、現在ゲーム業界で非常に大きな影響力を有している。同時に、まだ未成熟で小さかったゲーム業界を牽引し、今に至る歴史を支える重要なキーマンだ。 そんな二社であるが、かつて関係が最悪領域に到達し、裁判所を巻き込んだ大激突をしたことがあったことを把握している人はどれほどいるだろうか? この記事はそんな混乱の最中、何があったのかを詳しく解説するものである。 まずは二社、それぞれの歴史を大まかになぞっていこう。 任天堂とナムコは同じゲーム業界の企業ではあるが、誕生のベース自体はいささか異なっている。 任天堂は京都の老舗花札屋であるが中興の祖、三代目社長山内溥がおもちゃに手を出し名を馳せた。このおもちゃの延長線上として電子機器

                                                                    二大企業大激突! ナムコvs任天堂 前編 -仁義ある戦い-|初心カイ
                                                                  • 年40%増の急成長事業をフルサイクルエンジニアリングする ~大企業連携システムの紹介~ - MonotaRO Tech Blog

                                                                    こんにちは、エンタープライズビジネスエンジニアリング部門 購買ソリューショングループの河本です。 今回はモノタロウのECサイトとして一般的に広く知られているmonotaro.comではなく、年40%増の急成長事業である購買管理システム事業(以降、大企業連携と呼びます)のシステムの概要を説明します。後半には、売上向上に直結する新規連携開発業務の苦労や面白さも掲載しています。ぜひご覧ください。 購買管理システム事業(大企業連携)とは 大企業連携システムの概要 ユーザーが商品を購買する流れ 大企業連携を支えるシステム構成 パンチアウト連携 (商品を探す、注文する) データ連携 (納期/出荷/請求の情報を確認する) 技術スタック 大企業連携システムの開発業務 新規連携開発の苦労 新規連携開発の面白さ さいごに 購買管理システム事業(大企業連携)とは まずはじめに、大企業連携について簡単に紹介します

                                                                      年40%増の急成長事業をフルサイクルエンジニアリングする ~大企業連携システムの紹介~ - MonotaRO Tech Blog
                                                                    • 中身のない空の div 要素や空の span 要素は HTML 仕様として妥当なのか? - dskd

                                                                      公開日2021-09-06タグHTMLレイアウトや装飾目的で、中身のない div 要素や span 要素、いわゆる「空 div」「空 span」を作ることはままある。しかしそれは仕様として妥当なのだろうか? 目次 レイアウト目的の空 div の例 装飾目的の空 span の例 HTML にレイアウト目的や装飾目的のための要素はない div と span の仕様から探る フローコンテンツ フレージングコンテンツ コンテンツモデルにおける text "nothing" コンテンツモデル ol, ul, menu 要素 パルパブルコンテンツ カスタムエレメント トランスペアレント ここまでのあらすじ 僕の結論 レイアウト目的の空 div の例 下記は使う場所に応じて幅や高さを任意に設定できる例だ。.Spacer が空 div になっている。 <div class="Hero">...</div>

                                                                      • 最短で高給を実現するには?スポーツからプログラミングに大きく軸足を変えシリコンバレーで働くエンジニアにその半生と学習法を聞いてみた

                                                                        2030年には最大約79万人が不足する可能性があり、IT人材の不足はまだまだ続く見込みだということが(PDF)経済産業省の調査でわかってきています。そこで、今からでもITスキルを身につけてエンジニアに転職したい&給料を上げたい……と考える人に向けて、あまり知られていない「エンジニアとして成功するために本当に大切なことは何か」を、文系からエンジニアになってシリコンバレーの企業で働くエキスパートエンジニアであり、かつオンライン動画学習プラットフォーム「Udemy」の講師でもある酒井潤さんに聞いてみました。 オンラインコース -世界最大級のオンライン学習プラットフォーム- Udemy https://www.udemy.com/ 目次 ◆1:文系から年収5000万円のエンジニアになるまでにたどった道のりとは? ◆2:大切なのは「どの技術を学べばよいのか」という選び方 ◆3:デキるエンジニアの仕事

                                                                          最短で高給を実現するには?スポーツからプログラミングに大きく軸足を変えシリコンバレーで働くエンジニアにその半生と学習法を聞いてみた
                                                                        • いきなり1,000行越えの差分のあるPRのレビューを依頼するのは今すぐやめろ。何年前の開発スタイルだよ

                                                                          いきなり1,000行越えの差分のあるPRのレビューを依頼するのは今すぐやめろ。何年前の開発スタイルだよ 今回語りたいこと PR/リリース単位の違いの変化を時代と共に語るというのが主旨です この記事を書いた意図 最近開発速度を上げたい的なお話が多く、その際に何回も同じ話を説明することになっているので改めてここに書いておこうと思います。 もう少し膨らまして講義としてまとめた上で、オンボーディング研修の受講動画にしたいですね。 変化をざっくり言うと リリースされる単位は時代が下るごとに細かいサイズでリリースする方向に変化しています。 近年だと平均差分の中央値は(差分行数で比較した場合で)一桁台とかありますね。 古代、いにしえの時代 少数の大企業だけが使える「基幹系業務システム」というピラミッドみたいな代物を、SEという大工のような人たちを多数抱えたごく少数の「大規模SIer」という集団だけが造れ

                                                                            いきなり1,000行越えの差分のあるPRのレビューを依頼するのは今すぐやめろ。何年前の開発スタイルだよ
                                                                          • 【追記あり】陸自で「ニセ科学製品」? 専門家指摘で批判、会見でも記者から疑問→入札取り消しに(J-CASTニュース) - Yahoo!ニュース

                                                                            陸上自衛隊の練馬駐屯地(東京都練馬区)が「ニセ科学」製品を導入しようとしていると、物理化学の専門家からX(旧ツイッター)上で指摘があり、批判が出ている。 【画像】磁石から電磁波を発生させる装置と説明 入札対象の製品の基準となったメーカーは、専門機関などに効果検証を行ってもらっていると公式サイトで説明し、その正当性を主張している。一方、防衛省の記者会見や国会議員のX投稿でも、その効果に疑問が出て、陸自はその後、入札を取り消したとサイト上で公告した。 ■電磁波を発生させて水中の鉄値を低下させるという内容 製品の入札は、陸自の東部方面会計隊のサイトで2024年1月19日に公告された。 練馬駐屯地の「200号建物」について、「冷温水管」に「保護装置」を取り付けるものだと説明されていた。1月30日に一般競争入札を行い、3月29日までに設置することになっていた。 この保護装置の「仕様書」もあり、そこで

                                                                              【追記あり】陸自で「ニセ科学製品」? 専門家指摘で批判、会見でも記者から疑問→入札取り消しに(J-CASTニュース) - Yahoo!ニュース
                                                                            • デジタル庁が「認証スーパーアプリ」を24年度提供へ、官民サービス横断で狙う地位

                                                                              デジタル庁が官民で横断的に利用できる認証アプリを、2024年度初めをメドに提供することが、日経クロステックの取材で分かった。マイナンバーカードを使った本人確認手続きやログイン認証を、新たに開発するスマートフォン用アプリに集約する。 これまでマイナンバーカードを使った本人確認手続きやログイン認証は、行政のサイトや民間サービスごとに異なっていた。デジタル庁は国の行政サイトを新認証アプリに順次対応させるほか、地方自治体に利用を促し、さらに民間サービスにもアプリの認証機能を開放する。国と地方、民間が横断的に利用できる、いわば個人認証の「スーパーアプリ」の地位を狙うプロジェクトといえる。 本人確認手続きや個人認証がこのアプリ1つで可能になることで、マイナンバーカードの利用者体験が大きく向上するというメリットをデジタル庁は訴える。 マイナンバーカードは2023年3月12日時点の申請ベースで対象人口の7

                                                                                デジタル庁が「認証スーパーアプリ」を24年度提供へ、官民サービス横断で狙う地位
                                                                              • 全部言えたらDOMマスター! HTML+DOMでノードを挿入する方法大全 - Qiita

                                                                                DOMはHTMLの木構造(あとXMLも)やイベント等をプログラムから操作するためのAPIです。DOMの実装者として有力なのがウェブブラウザであり、ブラウザが提供するDOMのAPIを用いてJavaScriptプログラムからウェブページを制御するというのがDOMの極めてメジャーな使い道です。 近年知名度を増してきたReactやVueなどのライブラリも、もちろんこのDOMを用いて実装されています(Reactだとreact-domというあからさまな名前のパッケージがDOMを扱う部分を担当しています)。 この記事では、DOMで提供されるAPIを用いて木構造にノードを挿入する方法全38種類を列挙します。 ノードの挿入とは DOMにおいて基本的な操作のひとつがノードの挿入です。ノードというのは木構造の最小構成単位であり、要素ノードやテキストノードなどの種類があります。例えば<u>は</u>というのはu要

                                                                                  全部言えたらDOMマスター! HTML+DOMでノードを挿入する方法大全 - Qiita
                                                                                • 本当にあったモーダルの怖い話 / Terrifying Nonfiction of Modal

                                                                                  ABEMA weber 勉強会 2021/06/30, 07/07 --- @uenitty 本当にあったモーダルの怖い話 ABEMA weber 勉強会 2021/06/30, 07/07 背景と目的 2 • モーダルに驚くほど苦しめられたので、状況を説明して改善方法を提案する • OOUIの特徴のうち「操作性 / 使いやすさ」についての説明はよく見かける ので、今回は「開発効率 / 作りやすさ」の方に重点を置いて説明する • 「モーダルの方が実装が楽なのかと思っていた」というデザイナーの声が あったので、職種関係なく理解してもらえるような説明を試みる 内容 3 • 前提の認識合わせ • 本当にあった話 • 改善に向けて 既存のUI設計 4 前提の認識合わせ 「手続き」を完了させたい 5 • ビジネス要求 • 重要な「手続き」は開始したら迷いなく完了してほしい • 手続きの例 • アカウ

                                                                                    本当にあったモーダルの怖い話 / Terrifying Nonfiction of Modal