並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 554件

新着順 人気順

仕様書の検索結果201 - 240 件 / 554件

  • モダンフロントエンドで始めるつらくないReactディレクトリ構成 - RAKUS Developers Blog | ラクス エンジニアブログ

    はじめに こんにちは、ラクスフロントエンド開発課の斉藤です。 記事タイトルはReact開発者なら知る人ぞ知るりあクト! TypeScriptで始めるつらくないReact開発のパロディです。とてもわかりやすい入門書なのでReact初学者の方には学びの第一歩として自信を持ってオススメできます! さて今回は、モダンなフロントエンド技術を採用したうえで、極力シンプルで開発体験を損なわないようなディレクトリ構成を考えてみたので共有したく記事にしました。現在実際に運用しているのですが、今のところ大きな問題も無くチームからの不満も上がっていません。しかし、個人的に微妙な部分もあるのでそちらの紹介も行いたいと思います。 今回、構成を考えるにあたって重視したポイントは以下の3点です。 新しく参入するメンバーでもすぐに理解できるシンプルな構成にしたい テストやリファクタしやすい構成にしたい できればルールが厳

      モダンフロントエンドで始めるつらくないReactディレクトリ構成 - RAKUS Developers Blog | ラクス エンジニアブログ
    • CSS Modulesの歴史、現在、これから - Hatena Developer Blog

      マンガメディア開発チームの id:mizdra です。半年ほど前から「フロントエンドエキスパート」という肩書きをもらい、社内でフロントエンドの啓蒙活動をしています。具体的にどんな活動をしているかについては、社内のポッドキャストで少し話しましたので、興味があれば聞いてみてください。 developer.hatenastaff.com 最近、私はReactを採用する社内プロダクトでのCSSの書き方を検討していました。最終的にそのプロダクトでは、CSS Modulesを採用するに至りました。しかしその過程で、CSS Modulesのメンテナンス体制に対して懸念があり、将来的な存続を危ぶむ声が界隈にあることを知りました。 ただし、実際にメンテナンス体制について調べてみたところ、万全ではないものの引き続きメンテナンスがされていて、使用もできることが分かりました。そこで、今回はCSS Modulesに

        CSS Modulesの歴史、現在、これから - Hatena Developer Blog
      • ChatGPTのCode Interpreterのコードリーディング能力は結構優秀 - laiso

        Code interpreter のキラーソリューションは表データの可視化っぽいけど、入力テキストとファイルソースによってテキスト生成とファイル出力ができるという点に着目すると色々活用の幅が広がる。 中でも、今までは入出力トークンに含まれる必要があったソースコードデータを外部ファイル化できるので、「リポジトリを丸ごと食わせる」などの従来トークン制限上実現できなかったことが外部システム連携なしで簡単に可能になったのが嬉しいポイントだった。 この特性を生かして最近OSSの静的コード解析というかコードリーディングをChatGPTにやってもらっている。 以下のサンプルでは脆弱性診実習用アプリ(通称「やられサイト」)のSQLインジェクションを発見してもらうという会話をした。 chat.openai.com 以下ではaws-load-balancer-controller や openai-pr-re

          ChatGPTのCode Interpreterのコードリーディング能力は結構優秀 - laiso
        • 実務1年半が転職ドラフトで、指名18件&約700万内定を獲得した話【web試験・コーディング試験・面接対策あり】 - Qiita

          実務1年半が転職ドラフトで、指名18件&約700万内定を獲得した話【web試験・コーディング試験・面接対策あり】ポエム転職転職活動面接転職ドラフト 初めに タイトルにもあるように、Web開発の実務経験1年半程だった私が 2022年の某月回の転職ドラフトに初参加したところ、まさかの 指名18件獲得 年収約700万円の内定獲得 を実現することができました。 当初は、せめて指名が3件程きて願わくば年収500万円の内定を獲得できれば嬉しいな・・くらいの温度感だったのでこれは正直かなり予想外でした。 転職ドラフトを実際に利用してみて、非常に素晴らしいサービスだと感じたので、 今回は転職ドラフトでの転職体験と、面接やコーディング試験の対策をどのようにしたのか等をご共有できればと思います。 どの程度のスキル感でどのような指名が来るのか・・等、 転職ドラフトでご転職を考えられている方のご参考になれば幸いで

            実務1年半が転職ドラフトで、指名18件&約700万内定を獲得した話【web試験・コーディング試験・面接対策あり】 - Qiita
          • Webフロントエンドにおける網羅的テストパターンガイド

            こんにちは、テストが好きなsilverbirderと申します。Webフロントエンドのテストは実施していますか?ユニットテストやビジュアルリグレッションテストは広く知られていると思います。しかし、パフォーマンステストのためのテストコードはありますか?また、カオスエンジニアリングテストやアクセシビリティテストはありますか? 今回、私はWebフロントエンドにおける網羅的なテストパターンを調査し、その結果をここで紹介したいと思います。これらを理解することで、読者の皆さんが適切なテスト戦略を策定する際の参考になれば幸いです。 前提 今回、テスト対象として取り上げる題材は、TodoMVCというTODOアプリです。フレームワークとしてReactを使用しますが、紹介するテストパターンはフレームワークに依存しないものです。ただし、使用するライブラリはReactに関連しているため、その点についてはご了承くださ

              Webフロントエンドにおける網羅的テストパターンガイド
            • 新規機能はどんどんコンポーネント化 Vue.js + TypeScriptで開発してよかったこと・つらかったこと

              株式会社ラクスが開催するエンジニア向けのイベント「RAKUS Meetup」。今回は「Vue.js、React、TypeScript、E2Eテスト」をテーマに、「楽楽勤怠」の機能開発を担当する北嶋初音氏が登壇し、「Vue.js + TypeScriptによる新規サービス開発の振り返り」という内容で話をしました。関連資料はこちら。 会社初のフロントエンドエンジニア 北嶋初音氏(以下、北嶋):では、「Vue.js + TypeScriptによる新規サービス開発の振り返り」と題して、UI開発課の北嶋初音が発表を始めたいと思います。 まず軽く自己紹介します。名前は北嶋初音と言います。経歴ですが、2016年の4月からWeb系のITベンチャーに新卒入社しまして、Webエンジニアとしての経験を積みました。次は自社サービスを作っている会社で働きたいという気持ちがあったので、転職活動を始めて、今年の1月から

                新規機能はどんどんコンポーネント化 Vue.js + TypeScriptで開発してよかったこと・つらかったこと
              • カンファレンスイベントで会場回線を過信してはいけない - notokenの覚書

                前段 PHP Conference Japan 2023が 10/08 に大田区産業プラザPiOで行われたわけですが、開会直後に提供している無線LANがいきなり不安定になってしまい、そのまま一部の部屋以外で提供できない状態になってしまった。 この記事では、なぜそのようなことが発生してしまったか?という点に関して解説しようと思う。 結論 会場側設備として入っているNAPT-BOXが YAMAHA RTX1200 という 15年前*1に発売されたルータで、来場者を捌けるだけのNAPTセッションテーブル*2が備わっておらず、NAPTテーブル溢れ*3を起こしてしまった。 事前知識 NAPT Network Address Port Translation 1つのグローバルIPアドレスを複数のホストで共有するための仕組み。この機能により1つのグローバルIPアドレスを複数のクライアント(コンピュータや

                  カンファレンスイベントで会場回線を過信してはいけない - notokenの覚書
                • ソフトウェアエンジニアは、〇〇を作れと言われた時まず何から考えますか?プログラミング言語ですか?デザパタですか?

                  回答 (21件中の1件目) 案件ですね。 「○○を作れ」という方がきっちりと仕様書を起こしてくれるなら問題ないのですが、要求仕様に対する「納入仕様書」を起こします。 それで依頼者と合意を取った上で設計に入ります。 「プログラミング言語ですか?デザパタですか?」何を言っているんでしょうね。そんなの後回しです。「まず、何を作るのか」が一番最初に来ます。 https://note.com/hantani/n/ndf51c3ece4ae 普段プログラム作る時も大体同じです。 案件定義 ユースケース シーケンス図 クラス図 ーーー(ここまではプログラム言語に依存しません)--- ...

                    ソフトウェアエンジニアは、〇〇を作れと言われた時まず何から考えますか?プログラミング言語ですか?デザパタですか?
                  • ChatGPTプラグイン の作成方法|npaka

                    1. ChatGPTプラグインの作成手順「ChatGPTプラグイン」の作成手順は、次のとおりです。 (1) APIの実装 (2) マニフェストファイルの作成 (3) OpenAPIドキュメントの作成 2. マニフェストファイルの作成2-1. マニフェストファイルの基本構成「マニフェストファイル」は、「ChatGPTプラグイン」のメタデータを記述するファイルです。APIのドメインの「/.well-known/ai-plugin.json」でホストします。 「マニフェストファイル」の基本構成は、次のとおりです。 { "schema_version": "v1", "name_for_human": "TODO Plugin", "name_for_model": "todo", "description_for_human": "Plugin for managing a TODO list.

                      ChatGPTプラグイン の作成方法|npaka
                    • Goの言語仕様書精読のススメ & 英語彙集

                      この記事について Go言語公式から提供されているThe Go Programming Language Specificationという文章があります。 実際のThe Go Programming Language Specificationのページ画面 この文章、個人的にはじっくり読んでみると結構得るものが大きいな、と感じるものです。本記事では The Go Programming Language Specificationって何が書いてあるの? 読んだら何がわかるの? 読むときにはどういうところに注目したらいいの? 英語難しいから単語教えて! という疑問に答えながら、The Go Programming Language Specification精読の布教を行います。 The Go Programming Language Specification とは? The Go Prog

                        Goの言語仕様書精読のススメ & 英語彙集
                      • インフラエンジニアが学ぶと良さそうなgRPCサーバーについて - じゃあ、おうちで学べる

                        3-shake にはSreake共有会 という毎週、火曜日と木曜日に担当者が現場で得た知見などを発表する社内勉強会が開催されています。こちらのブログはそれらを変更修正しております。 syu-m-5151.hatenablog.com 元々しようとしていたの話 Go 1.18 の最新情報←Generics の深い話とかはもう既出すぎて気になる人は読んでる Go でのTDD(が実は20周年なので)←書いてる途中で自分が言うべきことなんてないことに気付く 今後、案件で増えるであろう gRPC についてインフラエンジニアが知っておいても良いと思ったという話 ← 今ここ TL;DR protobuf (Protocol Buffers) はデータフォーマットで、JSONの役割を置き換えるものです。一方 gRPC は通信プロトコルで、HTTPの役割を置き換えるものです。 gRPC をライブラリやツール

                          インフラエンジニアが学ぶと良さそうなgRPCサーバーについて - じゃあ、おうちで学べる
                        • 松野泰己 スクウェアへの移籍と『ファイナルファンタジータクティクス』開発を語る

                          松野泰己さんが2024年1月29日放送のJ-WAVE『ゆう坊とマシリトのkosokoso放送局』に出演。クエストからスクウェアへ移籍した経緯や『ファイナルファンタジータクティクス』の開発について話していました。 (鳥嶋和彦)それでいよいよ、スクウェアに来るわけだ。で、僕はてっきり坂口が抜いたと思っていたんだけど。 (松野泰己)それはかなり誤解がありまして。 (坂口博信)ここではっきりさせておきましょうよ。 (鳥嶋和彦)公式見解としてね。 (坂口博信)僕がいくら言っても、信じないんで。 (松野泰己)まあ、そんなこんなでそのクエストで頑張ってはいたんですけど。やっぱり、僕以外のラインがうまくいかなくて。その、さっき言った最初のアクションゲームが途中でポシャッたりとかして。そうすると、人が余るじゃないですか。で、オウガバトルチームに入れるんですけど、会社としては結局、それって開発的にオーバーなわ

                            松野泰己 スクウェアへの移籍と『ファイナルファンタジータクティクス』開発を語る
                          • 継続的ドキュメンテーション: Github DiscussionsとADRのすすめ - LIFULL Creators Blog

                            こんにちは。テクノロジー本部のyoshikawaです。好きなW3C Recommendation は RDF 1.1 Concepts and Abstract Syntax です。 会議やチャットでのやり取りの決定事項・議事録、アプリケーションや機能の設計書・仕様書、READMEなどなど... LIFULLの開発現場においては、ソースコード以外にもこのように様々な文書の管理・蓄積(=ドキュメンテーション)を実施しています。 多くの開発者・メンバーがドキュメンテーションの重要性やその恩恵は理解はしているものの、なかなかうまく情報の蓄積・管理ができない、 その結果、本質的ではない調査に時間を取られてしまいDeveloper Experienceが下落してしまう。 このような課題を抱えているプロジェクトやチームは世の開発現場において少なからず存在すると思います。 LIFULLの開発現場にもこの

                              継続的ドキュメンテーション: Github DiscussionsとADRのすすめ - LIFULL Creators Blog
                            • UXデザイナーが創り出して活用する10の成果物

                              Miklosは、18年以上のキャリアをもつUXデザイナーのリーダーであり、プロダクトデザインのストラテジストでもあります。フルスペクトルのプロダクトデザイナーとして、ユーザーのニーズ、ビジネス目標、テクニカル面での実現可能性などを考慮しながら、ユーザーの要求を満たし、利益をもたらすプロダクトデザインを目指しています。 UXデザイナーはさまざまなシーンでその活躍が期待されています。たとえば最小限のドキュメントを用いて作業を進めるチーム、リーンスタートアップやアジャイル開発を求められる環境、外部企業とコンサルティング契約を結ぶ場合、または厳しいドキュメント要件を持つ大企業や政府機関のコンサルティング業務など、さまざまな環境が挙げられます。 関わり方や環境の性質(およびそれをすべて結び付けるもの)に関係なく、UXの専門家はデザインに関するアイデア、研究結果、プロジェクトのコンテキストを効果的にさ

                                UXデザイナーが創り出して活用する10の成果物
                              • ウォーターフォールを世に広めたとされる米軍がアジャイルに移行中という話 - Qiita

                                また、この図の説明においては理想的なケースにおいても1つ前の工程に戻る事が述べられています。 " Hopefully, the iterative interaction between the various phases is confined to successive steps. " (投稿者訳) 理想的には、各段階において工程が前後する範囲は直近の工程に限られる。 理想的でない場合はどうかというと、テストから設計まで工程が戻りうると示唆しています。 "The testing phase which occurs at the end of the development cycle is the first event for which timing, storage, input/output transfers, etc., are experienced as dist

                                  ウォーターフォールを世に広めたとされる米軍がアジャイルに移行中という話 - Qiita
                                • あの「日経電子版開発チーム」が内製化とアジャイル開発の成功から6年がたった “その後” を語る! | Backlogブログ

                                  2013年に「日経電子版」のソフトウェア開発を内製化し、アジャイル開発に切り替えた、日本経済新聞社。開発サイクルはもちろんチームの抜本的な改革は、多くの注目を浴び、400以上のはてなブックマーク数を獲得しました。 アクティブユーザーを1.9倍増にした内製化の成功をきっかけに、2017年には日経電子版のコンテンツの表示速度を改善する「爆速電子版」プロジェクトを実施し、業界最速のスピードを実現しました。 内製化やアジャイル開発の開始から6年が経過し、日経では開発部門だけでなく、全社的な組織改革に着手しています。そこで、同社の現役プロダクトマネージャーに、日経が挑戦する開発の現場の“いま”についてお伺いしました。 ■自己紹介(右から) 情報サービスユニット 斎藤祐也(さいとう・ゆうや)さん デジタル編成ユニット プロダクトマネージャー武市大志(たけいち・たいし)さん デジタル編成ユニット 西馬一

                                    あの「日経電子版開発チーム」が内製化とアジャイル開発の成功から6年がたった “その後” を語る! | Backlogブログ
                                  • プロダクトマネジメント私記

                                    2 年前にソフトウェアエンジニアからプロダクトマネージャーにロールチェンジした。ソフトウェアエンジニア時代は割と頑張れてたし成果を出せてた気がするのだけど、プロダクトマネージャーになってからは正直かなり苦戦した。プロダクトマネージャー 3 年目を迎えてようやく仕事に自信が持てるようになってきた気がするので、振り返りを兼ねて、これから同じようにプロダクトマネージャーにコンバートしたいと思っている人の役に立てばと思って書きます。 Table of Contents プロダクトマネージャーになった理由 プロダクトマネージャーの役割 1. 何がユーザーの問題かを特定する 2. その問題を解決する製品を定義する 3. 製品がリリースされるまで開発チームに帯同し、リリースを成し遂げる 4. 製品が「正解」であったかの評価を行う 実際になってみてのギャップ プロダクトマネジメントの認知度が原因? 一体型

                                      プロダクトマネジメント私記
                                    • Anker 736 Charger(Nano II 100W)に関する本誌の見解と対応 | Purudo.net

                                      平素より Purudo.net(以下 本誌)をご愛読頂きありがとうございます。 本日は、本誌が2022年6月25日に公開いたしました記事『【危険製品】Anker 736 Charger (Nano II 100W) をチェック どうしよう出来が悪すぎる』について、本誌より重要なお知らせがございます。 2022年7月5日18時35分(JST)、Anker より『「Anker 736 Charger(Nano II 100W)」に関するお知らせ』と題するリリースが発表されております。 このリリースは、本誌が先日公開した Anker 736 Charger(Nano II 100W)の記事において、「3Aケーブルを使用した場合においても、20V/5Aの電力を供給できる」という内容を Anker が調査し、その結果を公開しているものです。 同社は以下の通りの声明を発表しています。(原文のとおり)

                                        Anker 736 Charger(Nano II 100W)に関する本誌の見解と対応 | Purudo.net
                                      • 詐称SESに勤めていた話 - Qiita

                                        「経験3年ってことにしてスキルシート出すからね」 どういうことやねんって感じですよね。 ありえないって思うんですけど、 エンジニアに詐称させて現場に入れさせるSES企業あります。 わたしも入社1ヶ月後に営業に聞かされて嫌な汗をかきました。 実際、その後、嘘のスキルシートで面談を受けて、 運悪く通ってしまった現場に3ヶ月参画しました。 詐称をさせられるまでのあれやこれやと 実際に詐称をして現場に参画するとどんなことになったのか、 同じ目に遭わされそうな画面の向こうの誰かのために記録を残そうと思います。 詐称の始まり〜退職までをつらつらと綴っていきますが、 最後にいい解決策が書いてあるというわけではないので、 詐称をするとこんなことになっちゃうぞ😉💫っていう参考程度に読んでください。 入社して1ヶ月後、「開発で現場にいくには…」 会社は未経験を大量採用しているベンチャーでした。 最大3ヶ月

                                          詐称SESに勤めていた話 - Qiita
                                        • ミルクボーイが REST API を説明したら - Morning Girl

                                          序章 駒場「最近、うちのおかんがシステム開発に興味を持っててなぁ、名前は忘れたらしいんやけど、色んなクラウドサービスのインターフェースになっていて、アプリケーション間連携にすごく役立てられるものを取り入れてるところがあるらしいんやわ〜。」 内海「そんなもんREST APIに決まってるがなぁ! 今やクラウドサービス連携に必須の要素、インターフェースと言えば、REST API。ロイ・フィールディングが提唱し、WEBやURIの特性・HTTPプロトコルを最大限に活かしたアプリケーションプログラミングインターフェースのスタンダードになっているREST APIに決まってるがなぁ。」 すべての情報(リソース)に適用できる「よく定義された操作」のセット 駒場「最初、オレもそう思たんやけどな、なんでもHTTP Body にInsertとかCreateとか入ってるらしいんやわ。」 内海「ほなぁ、REST AP

                                            ミルクボーイが REST API を説明したら - Morning Girl
                                          • 受託開発におけるアジャイルに限界を感じた私が、「納品のない受託開発」を始めるまで - 倉貫義人の「はじめてのアジャイル」 - Agile Journey

                                            Agile Journeyをご覧のみなさん、はじめまして。株式会社ソニックガーデンの代表をしている倉貫義人と申します。 私はもともと大手システム会社でプログラマとして働いていました。そのとき出会ったアジャイル開発に魅了され、これこそ自分にとって理想の姿であると確信し、それ以来アジャイル開発を広めるための様々な活動を社内外で行ってきました。 最終的に、本当に自分の理想とするソフトウェア開発と、それを実現する組織をつくるためには、自ら会社を経営する立場になるしかないと考え、起業することになりました。そうしてできたのが株式会社ソニックガーデンです。 ソニックガーデンでは「納品のない受託開発」というサービスを提供しています。従来的な受託開発から、そもそものビジネスモデルを見直したことで、今では「アジャイル開発」を意識せずとも、自然とそれに取り組める組織として機能しています。 思い返すと、私のアジャ

                                              受託開発におけるアジャイルに限界を感じた私が、「納品のない受託開発」を始めるまで - 倉貫義人の「はじめてのアジャイル」 - Agile Journey
                                            • アベノマスク「約15%が不良品」 岸田総理が…

                                              政府が配布したいわゆる「アベノマスク」に関して岸田総理大臣は、およそ15%のマスクが不良品であったことを明らかにしました。 岸田総理大臣:「品質基準等を明確に定めた仕様書を作成していなかったことなどから、不良品が生じました。約7100万枚のうち約1100万枚、約15%が不良品でありました」 そのうえで、会計検査院の決算報告で検品費用におよそ7億円近くかかったことなどを説明しました。 政府は保管費用が問題となっている「アベノマスク」の在庫について、これまでに希望する自治体や個人に配布する考えを示していました。 16日間に及んだ臨時国会での論戦は21日午後、閉幕します。

                                                アベノマスク「約15%が不良品」 岸田総理が…
                                              • 自社のECサイトやアプリに「PayPay」を導入できる開発者向けツール「PayPay for Developers」の提供を開始 | PayPay株式会社

                                                自社のECサイトやアプリに「PayPay」を導入できる開発者向けツール「PayPay for Developers」の提供を開始 ~ 日本初! オープンAPIとリアルタイムデモができる開発環境を提供 ~ PayPay for Developers : https://developer.paypay.ne.jp/ ソフトバンクグループ株式会社とソフトバンク株式会社、ならびにヤフー株式会社の3社が共同出資するPayPay株式会社は、自社で運営するECサイトやアプリなどオンラインサービスの決済システムとして「PayPay」を簡単に導入できる開発者向けツール「PayPay for Developers」を2020年7月29日より提供開始します。 「PayPay for Developers」では、システム開発者向けに、自社で運営するECサイトやアプリ上で、「PayPay」とAPI(※1)連携させ

                                                  自社のECサイトやアプリに「PayPay」を導入できる開発者向けツール「PayPay for Developers」の提供を開始 | PayPay株式会社
                                                • 今までにGoでよく聞かれた質問とその参考リンク - ぷらすのブログ

                                                  こんにちは、@p1assです。 最近研修で Go を書いていて、その際にいくつか質問をされるのですが、聞いてみると前にも答えたような質問が多かったので、これを機にブログに参考リンクをまとめようと思います。 質問された際にすぐ答えられない質問も数多くあり、調べたり教えてもらったりすることで様々なことを再発見できました。 この記事では、質問に対する回答をできるだけ公式に近い文章を引用する形で書き記します。私個人の考えは別の段落になるようにして、事実と意見を区別するように心がけています。 なにか誤りを見つけた際は GitHub で PR を投げていただけると助かります。 言語仕様 関数の引数は値渡しか参照渡しか? Go はすべて値渡し (pass by value) です。 ポインタの場合は、ポインタそのものがコピーされポインタの指し示す先の値はコピーされません。 Go の多値返却はタプルか?

                                                    今までにGoでよく聞かれた質問とその参考リンク - ぷらすのブログ
                                                  • UAスタイルシートとリセットCSSとは - 2023 - kojika17

                                                    以前に 劇薬の The New CSS Reset という記事を書き、その中で「UAスタイルシートを理解していれば、どんなCSSリセットも使える」と言いました。 ただ改めてUAスタイルシートの事を検索にかけても「ブラウザのデフォルトのスタイルシートです」で終わる記事が多く、これでUAスタイルシートを理解しろというのは無理な話です。 そこで後進のために、UAスタイルシートとは何なのか? UAスタイルシートとリセットCSSの付き合い方を文章として残しておきます。 UAスタイルシートとは? UAスタイルシートとは、User Agent Style Sheet の略で、webブラウザがデフォルトで持っているスタイルシートのことです。これは、HTML要素をどのように表示するか、振る舞いを持たせるかを定義したものです。 スタイルシートの種類と階層 スタイルシートといっても、いくつかあります。 多くのド

                                                      UAスタイルシートとリセットCSSとは - 2023 - kojika17
                                                    • GopherがRust入門したので違いをまとめてみた

                                                      はじめに ウホウホ。 Rustを使い始めてちょうど2年くらい経って、すこしRustのことがわかってきたので、改めてGoとRustのそれぞれの違いを整理したいなと思いこの記事を書きました。 筆者はウェブ開発の経験しかないので、ウェブを中心にまとめています。 気づいたらかなりな量になってしまったのとGopher向けにRustを紹介するような記事になってしまいましたが、よければ読んでみてください。 筆者について Goを使い始めて7年ほど経っていて、これまでCLI/TUIツールをいくつか作ってきました。 スペシャリストではないですが、プロダクトでGoを書く分には特に問題ないレベルかなと思います。 Rustは2022年夏ころから使い始めてちょうど2年ほど経ちました。 なにかツールを作ったわけではないですが、勉強がてらにいくつか作ったもの・書いた本があります。 普通にRustを書く分には問題ないですが

                                                        GopherがRust入門したので違いをまとめてみた
                                                      • 接触確認アプリ「6割普及は正直かなり厳しい」、有識者委員が語る

                                                        厚生労働省は2020年7月3日、新型コロナウイルス対策向け接触確認アプリ「COCOA(COVID-19 Contact-Confirming Application)」について、陽性者からの通知を受けられる機能を有効にした。接触確認アプリの本格運用が始まった格好だ。 安倍晋三首相は5月下旬に「アプリが人口の6割近くに普及できれば大きな効果が期待できる」とする英オックスフォード大学の研究結果に言及したが、現状でアプリは広く普及しているとは言えない。6月19日にリリースして以来、7月6日午後5時までの総ダウンロード数は約582万件と、国内スマートフォン利用者数の1割未満にとどまる。 「6割普及は正直かなり厳しい」――6月8日に日経クロステックが開催したウェビナーシリーズ「コロナとAI」で世界経済フォーラム第四次産業革命日本センターに所属する藤田卓仙・慶応義塾大学医学部特任講師はこう述べた。 藤

                                                          接触確認アプリ「6割普及は正直かなり厳しい」、有識者委員が語る
                                                        • 空のdiv要素について - uhyo/blog

                                                          昨日はこちらの記事に端を発する形で、空のdiv要素やspan要素は妥当なのかといった話題が見られました。 中身のない空の div 要素や空の span 要素は HTML 仕様として妥当なのか? - dskdこの記事は空のdiv要素やspan要素が妥当かどうかという疑問にHTML仕様の観点から考察を加える大変面白い記事です。記事の結論としては、“僕の結論としては「否」である。”としています。 しかし、いくらHTML仕様を読んだといっても、こういった議論には解釈が入りがちです(こちらの記事でも結論の前に“ここからは完全に僕の解釈として書く。”と明記されています)。 仕様なのに解釈を入れる必要があるのはどうなのと思いつつ、実はこの記事でこれから紹介するように、HTML仕様もなかなか曖昧に書かれており解釈が必要なのは仕方のないことです。 筆者はどちらかというと空のdivを肯定する考えを持っていたの

                                                            空のdiv要素について - uhyo/blog
                                                          • マツコの知らない LINE ログインの世界

                                                            Ubie プロダクトプラットフォーム所属の nerocrux です。今回は Ubie において、 LINE ログインを成功させるために工夫したことをいくつか紹介したいと思います。 面白いこともすごいこともやってないし、対象読者もよくわかりませんが、興味があったら読んでみてください。 はじめに 症状検索エンジン「ユビー」について Ubie では、症状検索エンジン「ユビー」(以下、ユビーと呼ぶ)という一般ユーザー向けのサービスを展開しています。ユーザーが簡単な質問を回答することで、関連する病名や、適切な受診先情報を得ることができるサービスとなっています。 ユビーは Web ブラウザ経由で利用されることが多いですが、iOS / Android のネイティブアプリも提供しています。 ユーザーがユビーを利用する際に、ユビーのアカウントを作成することで、一貫性のある問診・受診・受診後のフォローアップ体

                                                              マツコの知らない LINE ログインの世界
                                                            • 開発で使えるJOJOの名言集

                                                              jojo.md この○○が金やちやほやされるために技術ブログを書いていると思っているのかァーッ!! 技術ブログを書いていることをアフェリエイト目的とか、PV目的だとか言われた時に。 なるほど完璧な開発プロセスっスねーーーっ不可能だという点に目をつぶればよぉ〜 一見完璧に聞こえるけど、どう考えたって上手く回らない開発プロセスの説明を受けた時に。 理解不能理解不能・・・あ、理解可能 ようやく理解できた時に。 お前は1つの修正が終わったらキチっとコミットしてから次の修正に入るだろう? 誰だってそーする。俺もそーする。 1コミットに全部の修正をぶちこもうとする奴へのあてつけに。 忘れっぽいならよォー……メモっておけよなぁー 几帳面によぉ~~ 忘れっぽい人に。 そんなもの、うちにはないよ 新しく入った人に仕様書ってどこですか?って聞かれた時に。 コードも見ておこう コードレビューは基本。 ソースヲ見

                                                                開発で使えるJOJOの名言集
                                                              • colabo不正疑惑のこれからの争点|opp

                                                                colaboの不正疑惑について都議会議員や国会議員による情報発信も増えつつあり、東京都や厚生労働省の動きも間接的にわかってきた。委託費受給に関する論点も集約されつつあるので、改めて整理したい。 論点の整理経費の適切な区分管理ができていたか?東京都委託の対象事業においてcolaboが委託費以上の費用がかかっているのは間違いないであろう。しかし、実際に東京都が支出したものが委託対象範囲だったかは不明朗な状態である。colabo作成資料及び弁護団の説明書から推察するに適切な経費管理がなされていない可能性がある。 適切な経費管理とcolaboの経費管理の想定(委託費1000万として)経費について自主事業と委託対象事業の区分管理ができてない場合、「東京都の委託費が沖縄合宿等の自主事業に使われた」ことにもなりえる。経産省の補助金において、作業日報等でその範囲を明確にするのは、この問題を回避するためであ

                                                                  colabo不正疑惑のこれからの争点|opp
                                                                • プロジェクトのスコープ調整を考える - 開発チームが信頼を獲得し変化に対応するためのアプローチ - Agile Journey

                                                                  日々、懸命に開発にあたっていても、スコープ調整は否応なく発生します。Agile Journeyの読者の方も、「予定していた機能開発を削らないといけない」と判断せねばならない経験をお持ちかもしれません。こうした判断をネガティブなものではなく、「変化への対応」と捉えて前向きにプロジェクトを進めるためには、なによりも信頼が必要、と語るのは、10年以上、アジャイルコーチとしてさまざまなチームに関わってきた安井 力さんです。安井さんが信頼を積み重ね、「変化に対応できる」チームになるために必要なことを解説してくれました。 プロダクト開発の中で「あれがほしい」「いつまでにほしい」「もっと早くほしい」とリクエストされることは珍しくないでしょう。また一方で、開発側から「これは難しい」「それまでにはできない」「思ったよりも時間がかかる」と伝えないといけない状況も、これまた珍しくはありません。さまざまなツールや

                                                                    プロジェクトのスコープ調整を考える - 開発チームが信頼を獲得し変化に対応するためのアプローチ - Agile Journey
                                                                  • 開発メンバーが選ぶ、おすすめの技術書【2020年度】 - RAKUS Developers Blog | ラクス エンジニアブログ

                                                                    技術広報のsyoneshinです。 今回は当社の開発組織メンバー達に 読んでよかった 自身が影響を受けた 他者にも読んでほしいと思った という観点で 『おすすめの技術書』とおすすめポイントを聞きました。 質問:皆さんの「おススメの技術書」 を教えてください。 【目次】 おすすめの技術書ランキング 『リーダブルコード―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)』 『マスタリングTCP/IP 入門編』 『体系的に学ぶ 安全なWebアプリケーションの作り方 脆弱性が生まれる原理と対策の実践』 『達人プログラマー 職人から名匠への道』 『Webを支える技術』 『SQLアンチパターン』 『Java言語で学ぶデザインパターン入門』 『はじめて学ぶ ソフトウェアのテスト技法』 『UNIXという考え方―その設計思想と哲学』 『Effective Jav

                                                                      開発メンバーが選ぶ、おすすめの技術書【2020年度】 - RAKUS Developers Blog | ラクス エンジニアブログ
                                                                    • ラピダスから振り返る日本の国家プロジェクト

                                                                      日本がラストチャンスとばかりに開始した「日の丸半導体」ラピダスに多大な公費が追加されていることが話題を集めている今日この頃。 心無い専門家たちからは必ず失敗するだの金ドブだの批判殺到中だが、本当に日本(経済産業省)主導の国家プロジェクトは今まで成功しなかったのだろうか? この記事では主に経済産業省、旧・通商産業省が中心となって始めた国家プロジェクトを振り返る。 超LSI国家プロジェクト(1976年)結論:成功簡単に:半導体製造の基礎研究に成功 大規模集積回路(LSI)の研究、特に基礎研究に力を入れた国家プロジェクト。 当時、半導体弱小国であった日本で700億円以上の金を基礎研究に投資するのは挑戦的であったが、電子ビーム露光技術などの研究レベルのアイディアを実用・量産レベルに持ってくることに成功。 よく「日本は半導体生産はダメだが、生産機械はまだシェアがある」というが、この40年前の国家プロ

                                                                        ラピダスから振り返る日本の国家プロジェクト
                                                                      • 2023年のWebアクセシビリティ | gihyo.jp

                                                                        あけましておめでとうございます。株式会社ミツエーリンクスの中村直樹です。昨年と同じく、2022年のWebアクセシビリティに関連する出来事を振り返りつつ、2023年のWebアクセシビリティの展望について俯瞰していきたいと思います。 WCAG 2.2 2022年9月版のWCAG 2.2で、文書のステータスとしてはようやく勧告候補(Candidate Recommendation)にまでたどり着き、仕様文書として完成する勧告(Recommendation)が見えてきた…と思っていたところですが、12月になって達成基準4.1.1構文解析を削除するという話が急浮上してきました。 達成基準4.1.1がどういったものなのか、改めて振り返ってみましょう。この達成基準については、もとはWCAG 2.1(原文、参考日本語訳)と同じものであり、WCAG 2.0とも同一です。達成基準4.1.1は、マークアップ言語

                                                                          2023年のWebアクセシビリティ | gihyo.jp
                                                                        • QRコードを解読した話【LAWSON presents 夏川椎菜 2nd Live Tour 2022 MAKEOVER 参加記】 - marich1224 のメモ

                                                                          注意 この記事では,LAWSON presents 夏川椎菜 2nd Live Tour 2022 MAKEOVER (以下,MAKEOVER) 公演中に登場した QR コード*1が何であったのかに関する重大なネタバレがあります.セトリのネタバレは(1曲を除いて)ありません. 発売した Blu-ray を見ながら自力解読したい方はご注意ください. また,あまりにも時間が経ちすぎてしまったため,話の展開に合わせて一部脚色している箇所が(たぶん)あります.そちらもご容赦ください. 追記 (2022年11月14日 4:17): 夏川椎菜さんがこのブログをご覧になったようです. 夏川椎菜さんがこのブログをご覧になったようです. 推しに駄文が読まれてしまいましたね……. 事の顛末を簡潔に説明します. 昨日,2022年11月13日 は 「MAKEOVER」Blu-ray発売記念のプレミア上映会でした.

                                                                            QRコードを解読した話【LAWSON presents 夏川椎菜 2nd Live Tour 2022 MAKEOVER 参加記】 - marich1224 のメモ
                                                                          • みちびき災危通報を受信するためにGNSS受信機を作った話

                                                                            前回の記事から約4年3ヶ月ぶりの投稿です... 定期的に文章を書かないと書けなくなってしまうので何か書かなければ...と思っていたら、ちょうどタイミングよくアドベントカレンダーの季節だったので 防災アプリ Advent Calendar 2022の7日目として参加させていただきます。 現在、日本からオーストラリアにかけての上空に「みちびき(初号機〜4号機、初号機後継機)」と命名された準天頂衛星(quasi-zenith satellites)が4機(待機運用中の初号機も合わせると5機)飛んでいます。 この衛星を利用した準天頂衛星システムみちびき(QZSS)は既存のGPSやGLONASSといった衛星測位システムを補完し、常時1機は日本から高仰角で見通せる位置に滞空するように設計されています。 高層ビルの多い都市部や山間部において低仰角を飛んでいるGPSをうまく捕捉できない場合でも高仰角を飛ぶ

                                                                              みちびき災危通報を受信するためにGNSS受信機を作った話
                                                                            • 官製デスマーチがやってくる、全国の自治体やベンダーが証言するシステム移行の実態

                                                                              「もうデスマーチが始まってますよ」。自治体情報システムの開発を手掛ける複数のベンダー幹部は口をそろえる。自治体は2025年度末までに主なシステムを標準仕様に準拠させ、政府が契約したクラウドサービスに原則移行しなければならない。ところが標準仕様の改版が続いている上に、岸田文雄政権の経済政策に伴うシステム改修が追い打ちをかけているためだ。 全国約1700の自治体は2025年度末までに、それぞれの自治体で仕様が異なっていた戸籍情報や住民記録など計20の基幹業務システムを同じ標準仕様に基づいて作り直さなければならない。その上で政府が運営する「ガバメントクラウド」に原則移行する。 政府の大号令によって、全国の自治体は一斉に移行作業を迫られる。ベンダー各社では既にシステム開発担当者らが過酷な労働を強いられる「デスマーチ」が始まっているという。政府のシステムでなぜデスマーチを招く事態になっているのか、匿

                                                                                官製デスマーチがやってくる、全国の自治体やベンダーが証言するシステム移行の実態
                                                                              • 厚労省から接触確認アプリCOCOAの情報開示|むぐら|note

                                                                                新型コロナウイルス感染症については、必ず1次情報として厚生労働省や首相官邸のウェブサイトなど公的機関で発表されている発生状況やQ&A、相談窓口の情報もご確認ください。またコロナワクチンに関する情報は首相官邸のウェブサイトをご確認ください。※非常時のため、すべての関連記事に本注意書きを一時的に出しています。 厚労省への開示請求内容 何が開示されたのかさて。今回の開示請求では、政府テックチームや有識者会議の議事録等のほかに、2つの契約書が開示されました。ひとつが厚労省とパーソルプロセス&テクノロジー(以下パーソルP&T)が結んだ「変更契約書」。もうひとつが「再委託変更申請書」です。 どういった経緯なのかは今回の開示文書からはわかりませんが、とにかく厚労省は4月23日付で「新型コロナウイルス感染者等情報把握・管理システム設計・開発及び運用・保守一式」という名目で、パーソルP&Tと契約を締結してい

                                                                                  厚労省から接触確認アプリCOCOAの情報開示|むぐら|note
                                                                                • C言語から0番地へアクセスする方法についての個人的まとめ - /var/log/hikalium

                                                                                  発端はuchan_nos氏によるこのツイートでした。 C言語で、本当にメモリの0番地にデータを書きたいときはどうすりゃええの?— うー@技術書典8 Day1う31 BitNOS (@uchan_nos) 2020年2月12日 それに対する私のリプライ: uint8_t *p = 1; p--; *p = v;— hikalium (@hikalium) 2020年2月12日 私はこれで話が終わると思っていたのだが、どうやらそうではなかったらしく、色々な視点からの意見が加わりながら、話は混沌を極めたのでした…。 ということで、ここに私のこのツイートに対しての見解とか、わかったことをまとめておこうと思います。 私のリプライの背景について uchanさんが求める「0番地にデータを書きたい」という課題設定を、私はこのように解釈しました。 C言語において、整数0をポインタに変換すると、それはNULL

                                                                                    C言語から0番地へアクセスする方法についての個人的まとめ - /var/log/hikalium