並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 3468件

新着順 人気順

命名規則の検索結果361 - 400 件 / 3468件

  • GCP連載#6 Terraform Validatorを使って、GCPのセキュリティポリシーの自動チェックを行う | フューチャー技術ブログ

    GCP連載#6 Terraform Validatorを使って、GCPのセキュリティポリシーの自動チェックを行う GCP連載の6回目です。今回はTerraform Validatorを使って、組織のセキュリティポリシーの自動チェックを継続的に行う方法を紹介します。併せて、ポリシーをコードとして管理する方法も紹介します。Policy as code です。もちろんセキュリティポリシーのみだけではなく、命名規則やリージョン制限なども扱えます。 Infrastructure as code 理想と現実Infrastructure as code (以下 IaC)、ここ最近大分一般的になってきました。弊社でも大半のプロジェクトは導入しています。3年前とかに導入するために一苦労していた時代が懐かしい.. IaCが当たり前になった今、インフラの構成管理はもう問題ないかというとそうではありません。特にプ

      GCP連載#6 Terraform Validatorを使って、GCPのセキュリティポリシーの自動チェックを行う | フューチャー技術ブログ
    • (初心者編)QMK Configuratorを使ってキーマップを書き換えよう - 自作キーボード温泉街の歩き方

      この記事は自作キーボードアドベントカレンダー2019 その1 7日目の記事です。 昨日の記事は@ackylaさんの「オリジナルキーボード作成中(未完成) - Qiita」でした。アクリル一体型のキレイなキーボードでしたね。 こんにちは。自キ温泉ガイドのサリチル酸です。 今回は初心者向けの記事第二弾、キーマップの簡単ないじり方を紹介したいと思います。 はじめに QMK Configuratorとは QMK Configuratorで出来ること アルファキーの書き換え モデファイアキーの書き換え 拡張キーの定義 レイヤーキー モデファイヤキーコンビネーション(ドキュメントではMod-Tap Key) 特殊キー メディアキー及びマウスキー QMK Configuratorで出来ないこと update_tri_layer_state レイヤーインジケータ タップダンス コンパイルする Tips 日

        (初心者編)QMK Configuratorを使ってキーマップを書き換えよう - 自作キーボード温泉街の歩き方
      • Java Beans の大罪 〜 getter/setter を捨てて美しきオブジェクトの世界で生きよ〜 - A Memorandum

        まえがき はじめに Java Beans の誕生 サーバサイドの台頭 Struts と BeanUtilsの興起 Enterprise JavaBeans ORM の台頭 getter/setter は良くない習慣です なぜ getter/setter は悪なのか 悪の囁きに対する処方箋 まとめ まえがき 以下のコードを見てください。 Car car = new Car(); car.getEngine().getFuelContainer.setFuel(Fuel.litreOf(30)); もしあなたが、このコードに違和感を感じたのであれば、以下の記事を読む必要はありあません。 はじめに 開発の現場では今なお、疑問を挟む余地なく Bean という言葉が使われ、それに付随する getter/setter の呪縛に囚われ続けた状態が続いています。 この慣習は広く蔓延し、多くの開発者の思考を

          Java Beans の大罪 〜 getter/setter を捨てて美しきオブジェクトの世界で生きよ〜 - A Memorandum
        • ロシア・北朝鮮・中国などの悪質な脅威アクターに「津波・台風・ブリザード」など気象現象にちなんだ名を付ける新ルールをMicrosoftが開始

          ロシアの脅威アクターに「○○ブリザード」、中国の脅威アクターに「○○台風」、影響工作に対しては「○○洪水」など、さまざまな脅威アクターに対して気象現象にちなんだ命名ルールを適用することをMicrosoftが発表しました。 Microsoft shifts to a new threat actor naming taxonomy - Microsoft Security Blog https://www.microsoft.com/en-us/security/blog/2023/04/18/microsoft-shifts-to-a-new-threat-actor-naming-taxonomy/ How Microsoft names threat actors | Microsoft Learn https://learn.microsoft.com/en-us/microsoft

            ロシア・北朝鮮・中国などの悪質な脅威アクターに「津波・台風・ブリザード」など気象現象にちなんだ名を付ける新ルールをMicrosoftが開始
          • 超簡単?!はてなブログのカテゴリを階層化してみたんだ♪~煩雑なカテゴリを整理して視認性を向上させよう!~ - ゆるふわSEの日常♪

            おはこんばんちは!!! ゆるふわSEの「ゆるちょここ」です♪ 皆さんは、ブログ記事を投稿するときに各記事に「カテゴリ」を設定していますか??? 割と簡単に設定できちゃうので、利用している方も多いのではないでしょーか。 かくいう私も本機能を利用して、記事を投稿する際にそれっぽい「カテゴリ名」を適当につけて投稿していたのですが、本当に適当につけていたのでw、気が付けば名称とか順番とかぐーっちゃぐちゃなカオス状態となっており、ブログとしての視認性が最悪な状態になっていました(´・ω・`)w そこで、今回はそんなカテゴリを整理すべく「カテゴリの階層化」を実施してみました!!! 手順自体はそんなに難しくないので、興味のある方はお試しあれ☆彡 ※PCで表示させる際の「カテゴリ階層化」になります。 実装手順♪ 留意事項♪ 階層化後のカテゴリ♪ 参考♪ 実装手順♪ 実装手順は、「階層化用のブログパーツと実

              超簡単?!はてなブログのカテゴリを階層化してみたんだ♪~煩雑なカテゴリを整理して視認性を向上させよう!~ - ゆるふわSEの日常♪
            • AWS CDK による AWS Lambda コードの管理 | Amazon Web Services

              Amazon Web Services ブログ AWS CDK による AWS Lambda コードの管理 システムの規模が大きくなるにつれ、インフラストラクチャの状態管理は困難になります。このような場合に AWS CloudFormation などを用いて、インフラ定義をコードで管理する(Infrastructure as Code, IaC)ことは有用です。一方、アプリケーションコードの管理は IaC から外れ、独立して管理されることが多々あります。特に AWS Lambda はシステムの様々な箇所で利用されるため、一般的なアプリケーションコードに比べて散逸しがちで管理が困難です。これにはチームが異なる、ライフサイクルが異なる、などいくつか理由が考えられますが、インフラストラクチャ用コードとアプリケーションコードを統一して管理できるツールセットが不足していたという要因もあります。 本記

                AWS CDK による AWS Lambda コードの管理 | Amazon Web Services
              • 行政職員のためのデータ活用一歩前|METI-DX 経済産業省DXオフィス

                0. 本記事について免責と想定読者本投稿は、浅見個人の意見や信念を多く含む"ポエム"です。必ずしも所属組織を代表する意見ではありません。 また、本記事の想定読者は、データ分析(データ活用)を担当する課に配属された行政職員です。特に専門職採用というわけでもなく、データ分析・モデリングの特別な教育を受けていない読者を想定しています。 あくまで行政職員をイメージしているため、民間企業では適切ではない事例も多いかと思います。ご了承ください。 データ活用の主語についても、あくまで「行政職員」を想定しています。「国民」を主語にしたデータ活用の課題(例えば、神Excel問題や煩雑な紙申請問題など)は本記事ではスコープ外としています。 なお、本記事では「政策」「施策」「事業」について、特に区別を設けず「政策」という言葉で統一しています。 要約1. 最初の一歩 まずメトリクスを定義して、監視する習慣をつけま

                  行政職員のためのデータ活用一歩前|METI-DX 経済産業省DXオフィス
                • Tagged Type(Branded Type)を使って飛行機の不時着や人工衛星紛失を防ごう / Scala 3ではTagged Typeを簡単に作れる - Lambdaカクテル

                  Tagged Type というテクニックがある(TypeScript界隈などではBranded Typeと呼ばれているようだ)。実行時の型としては同じだが、型システム上はこれを区別して別物として扱い、混同できなくする仕組みを作るためのものだ。 AIくん!サムネイラスト作って!と頼んで作ってもらった画像 Tagged Type 単位の取り違えによる事故は後を絶たない。世の中には、キログラムとポンドを混同して飛行機があわや墜落しかけたり、メートルとヤードを混同して人工衛星がどっかに行ったりしている。尊い人命や国民の血税と比べるといささか霞むかもしれないが、ユーザIDとペイロードを間違えて送信したり、金額と口座番号を取り違えて送金したり、秘密鍵と公開鍵を間違えて表示したりしてしまえば、プログラマが大変な苦労をするか、会社そのものが傾くだろう。 しかしながら、データとしてはどちらも同じDouble

                    Tagged Type(Branded Type)を使って飛行機の不時着や人工衛星紛失を防ごう / Scala 3ではTagged Typeを簡単に作れる - Lambdaカクテル
                  • デザイナーと開発者の連携を効率化するデザイントークンとは何か? | アドビUX道場 #UXDojo

                    デザイナーと開発者の連携を効率化するデザイントークンとは何か? | アドビUX道場 #UXDojo 拡張性と一貫性を兼ね備えたデザインシステムを構築したければ、デザイントークンは欠かせないツールです。この記事は、デザイントークンが重要な理由とその活用方法を紹介します。 ほどんどのデザイナーはデザインをつくり終えた後の、実装のフェーズも重要であることを理解しています。特に、デザインを複数のOSやデバイスに展開する段階では多くの問題が起こりがちです。そうした潜在的な問題を最小化するために、デザインシステムに頼る開発チームが増えています。 そして、デザインシステムの一部として広く使われるようにになったのがデザイントークンです。この記事では、デザイントークンとは何で、どのように利用できるものなのかを紹介します。 デザイントークンとは何か? デザインシステムにおけるトークンは、UI要素のスタイル、た

                      デザイナーと開発者の連携を効率化するデザイントークンとは何か? | アドビUX道場 #UXDojo
                    • #unitytips で生産性を上げ、仕事を半分に減らそう | Unity Blog

                      この 4 か月間で Twitter の Unity コミュニティで #unitytips タグをつけて共有されていたヒントの中で、特に優れたものを集めました。この記事でこれらのアイデアを皆さんと共有し、より素早く創造性を発揮できるになっていただきたいと考えています。前回のまとめはこちらの記事をご覧ください。 *この記事にまとめたヒントはコミュニティに参加しているユーザーの経験に基づいたものであり、あくまで参考情報として提供されたものです。また、皆さんの手元で試した時、それぞれのユースケースとまったく同じように動作することは保証されていません。 以下のヒントは、ワークフローに合わせて開発環境をカスタマイズし、全体的な生産性を向上させるためのものです。 ヒエラルキーの中で重複するオブジェクトのナンバリング方法を変更できることをご存知ですか。この機能を活用して、次のプロジェクトでは標準化された命

                        #unitytips で生産性を上げ、仕事を半分に減らそう | Unity Blog
                      • GraphQLの“つらみ”には「スキーマ駆動開発」を使え Nuxt.jsやTypeScriptが使えるモダンな開発環境で陥った、「なんじゃこりゃー!」

                        「Think ! FrontEnd by DMM」は、DMM Group のフロントエンド及び JavaScript における開発現場の「今」を話しながらみんなで考えるコミュニティです。樋口氏から、Nuxt、TypeScript、GraphQLを使ったSPA開発での気づきを発表しました。 事業部初導入のGraphQLとTypeScriptを使ったSPA開発に参加 樋口鉄朗氏:合同会社DMM.comオンラインイベント事業部の樋口鉄朗です。(※取材当時)今回は「Nuxt × TypeScript × GraphQLで開発した際のつらみ」についてのTipsを説明していきたいと思います。よろしくお願いします。 私は公立はこだて未来大学出身で、2019年に新卒でDMM.comに入社しました。趣味は自転車に乗ったり、旅行したり、ドライブに行ったりすることで、多趣味なエンジニアです。 以前は動画配信事業

                          GraphQLの“つらみ”には「スキーマ駆動開発」を使え Nuxt.jsやTypeScriptが使えるモダンな開発環境で陥った、「なんじゃこりゃー!」
                        • 日比谷音楽祭おさんぽアプリ2020 開発の裏側を語る / クライアント編 | BLOG - DeNA Engineering

                          前回に引き続き、『 日比谷音楽祭公式おさんぽアプリ2020 』(以下、おさんぽアプリ)のクライアント編をお伝えします。 この記事の概要 事前に新機能で必要なUI・ロジックを洗い出すことで効率的に開発した gRPCによりモックを簡単に作ることができ、サーバー/クライアントで同時に開発できた 時間と慣れが必要なSupernovaについてデザイナーさんと進め方を工夫した 最大9曲の音楽を同期して再生するため、audioplayersを活用した Flutterの良かった点、悪かった点、辛かった点を振り返った 今年のおさんぽアプリでは、FlutterやgRPCなど、いま話題の新しい技術を使用しています。 クライアントの開発メンバーは20新卒4名(石田・海老沼・小野・渡部)と21卒内定者1名(砂賀)、フルリモートでの開発、かつ0からの開発ということで、大きな挑戦をしました! 本記事では、内定者のみでど

                            日比谷音楽祭おさんぽアプリ2020 開発の裏側を語る / クライアント編 | BLOG - DeNA Engineering
                          • 「SLUB」の新しいバージョンを確認、「GitHub」の利用を停止し「Slack」のみをC&C通信に利用 | トレンドマイクロ セキュリティブログ

                            ホーム   »   不正プログラム   »   「SLUB」の新しいバージョンを確認、「GitHub」の利用を停止し「Slack」のみをC&C通信に利用 トレンドマイクロは2019年2月下旬、新種のバックドア型マルウェアを確認し、「SLUB」と名付けて3月14日の記事で解説しました。当時確認されたバージョンのSLUBは、VBScriptエンジンの脆弱性「CVE-2018-8174」を利用した水飲み場型攻撃で拡散し、リポジトリホスティングサービス「GitHub」とコミュニケーションプラットフォーム「Slack」を悪用してコマンド&コントロール(C&C)通信を行っていました。 2019年7月9日、新しいバージョンのSLUBが別のWebサイトを利用した水飲み場型攻撃によって拡散されていることが確認されました。この水飲み場型攻撃サイトは、Internet Explorer(IE)の遠隔からのコード

                              「SLUB」の新しいバージョンを確認、「GitHub」の利用を停止し「Slack」のみをC&C通信に利用 | トレンドマイクロ セキュリティブログ
                            • ソースコードを読むための技術(チートシート) - Qiita

                              0 前章 0.1 概要 聞くところによると業務の8割がソースコードを読む時間らしい。しかし、8割という規模感の割には世間でソースコードの読み方についての議論が活発にされている印象はない上に、体系的かつ順序立てたソースコードの読み方をまとめたWebサイトや書籍も少ない。疑問に思いながらもそれなりに長いことデバッガーを使った読み方・リーダブルコードの内容・Web記事を参照にしてソースコードを読んでいた。 しかし、ソースコードリーディングの方法についての情報がメモアプリ内で散らかってしまい、いつまで経ってもソースコードリーディングの技術が体系的に身についていないと感じた。そのため、本稿では本・Web記事・YouTubeなど媒体を問わず、様々な文献からソースコードを効率的に読む方法をチートシートにしてまとめた。チートシートにする目的は「見返して反復し長期記憶化しやすいようにするため」と「ソースコー

                                ソースコードを読むための技術(チートシート) - Qiita
                              • 『Micro Frontends』という記事を読んだのでまとめる

                                ※こちらの記事は過去に個人のブログで投稿したものになります。 最近、マイクロフロントエンドという技術を知っていろいろ調べていたら以下のような記事を見つけました。 マイクロフロントエンドとは何か、非常に分かりやすくまとまっています。 なので日本語で要約・加筆して後で読み返しやすくしていこうと思います。 マイクロフロントエンドとは マイクロフロントエンドとは、 単体で実行可能な、サイトから切り出された特定のUI領域 であり、Webフロントエンドの新たなアーキテクチャです。 この特徴から以下のようなメリットがあります。 インクリメンタルアップグレード シンプルで分離されたコードベース 独立したデプロイ 自立したチーム インクリメンタルアップグレード マイクロフロントエンドは単体で実行可能にするため、使用するフレームワーク、ライブラリが他のマイクロフロントエンドと共通ではありません。 このため、他

                                  『Micro Frontends』という記事を読んだのでまとめる
                                • 「家族アルバム みてね」におけるオブザーバビリティの取り組み | gihyo.jp

                                  株式会社MIXIで「家族アルバム みてね」(⁠以下みてね)のSREグループに所属している清水と申します。 みてねのインフラはAWSを全面的に利用しています。サービスがリリースされた2015年から2021年ごろまではAWS OpsWorksというAmazon EC2のオーケストレーションサービスの利用をしておりました。その後Amazon EKSに移行し、AWSのインフラにおける大きな変化となりましたが、同様にモニタリングやオブザーバビリティに関わるツール、サービスについても大きく変化してきました。 本記事ではオブザーバビリティにまつわるツールやサービスの変遷、工夫点などについて紹介します。 オブザーバビリティとは何か 開発したソフトウェアをシステムにデプロイして運用を始めた後、システムが正常に動作し、良いパフォーマンスが出ているのかをモニタリングするというのは開発者にとってよくある習慣です。

                                    「家族アルバム みてね」におけるオブザーバビリティの取り組み | gihyo.jp
                                  • 30以上もの変異を併せ持つ新型コロナの「新しい変異株」が発見される、「ニュー変異株」と呼ばれる見通し

                                    新しい新型コロナウイルスの変異株が南アフリカで発見されたと報じられています。2021年11月26日のWHOの会合で「懸念される変異株」または「注目すべき変異株」に指定されるとみられているこの変異株は、デルタ変異株に見られる変異を含む非常に多くの変異を持っているため、ワクチンの効果の低下や重症化リスクの増加を招くおそれもあるとして、研究者らは警戒を強めています。 Heavily mutated coronavirus variant puts scientists on alert https://www.nature.com/articles/d41586-021-03552-w South Africa detects new COVID variant with many mutations https://medicalxpress.com/news/2021-11-south-af

                                      30以上もの変異を併せ持つ新型コロナの「新しい変異株」が発見される、「ニュー変異株」と呼ばれる見通し
                                    • 安心して着られるアバターを作るためにーー「YOYOGI MORI」主宰が語る「アバターの価値」

                                      「アバターブランド」と言えば、最初に思い浮かぶのはやはり「YOYOGI MORI」だ。 販売されているアバターの値段は1体12,000~55,000円ほどと高価格であるにも関わらず愛好者が非常に多く、その価格に見合った高いクオリティと手厚いサービスにより、多くのユーザーから「アバターブランド」としての認知と信頼を獲得している。 最近ではリアルのアパレルブランドを展開する企業が市場へ参入するなど、業界の内外から多くの注目を集めている「アバター市場」。今回はそんな中でアバターブランドとしての地位を確かなものにするYOYOGI MORIの主宰である典樹氏に、YOYOGI MORIがブランドとして大切にしていることや、今後の展望について話を伺った。 YOYOGI MORI主宰:典樹氏プロフィール アバターブランド「YOYOGI MORI」の主宰を務める傍ら、株式会社典樹の代表取締役として、自身でも

                                        安心して着られるアバターを作るためにーー「YOYOGI MORI」主宰が語る「アバターの価値」
                                      • postcss-preset-envで少し未来のCSSを予習する - 弁護士ドットコム株式会社 Creators’ blog

                                        こんにちは、弁護士ドットコムでデザイナーをしているhosogaiです。 ふだんは https://www.bengo4.com/ サービス内のUI改善などをしています。 先日このブログ「弁護士ドットコム株式会社 Creators’ blog」のデザインカスタマイズを行った際にCSSの新機能をいくつか試す機会があったので、今回ここで紹介させていただこうと思います。 きっかけ PostCSSとは postcss-preset-envの使い方 npm packageで使う場合 CodePenで使う場合 試せるCSSの機能 Stage0(意欲的) Stage1(実験) Stage2(許容) Stage3(包含) Stage4(標準化) 新機能のNesting CSS Moduleを使ってみる Nesting CSS Moduleのルール 直接入れ子にする場合 @nestを使う場合 プラグインでの挙

                                          postcss-preset-envで少し未来のCSSを予習する - 弁護士ドットコム株式会社 Creators’ blog
                                        • KotlinとGradleで始めるモダンなビルド環境 - 電通総研 テックブログ

                                          みなさんこんにちは、電通国際情報サービス(ISID)コーポレート本部 システム推進部の佐藤太一です。 本日は最新のGradle(2022/08現在)を使いこなしながらKotlinでJavaのアプリケーションをビルドするスクリプトを書く際に、知っておくと便利なノウハウをまとめてご紹介します。 はじめに 記事の執筆環境 scoopのセットアップ Javaのセットアップ Gradleのセットアップ サンプルアプリケーションについて ルートプロジェクトの実装 ウェブアプリケーションプロジェクトの実装 ビルドスクリプトの作成 サンプルアプリケーションの実装 バージョニング その他のバージョニングプラグイン バッチプロジェクトの実装 バッチアプリケーションの実装 Fat/Uber Jarの作り方 ビルドにおける共通処理の切り出し ローカルプラグインの作り方 ローカルプラグインの実装 ローカルプラグイン

                                            KotlinとGradleで始めるモダンなビルド環境 - 電通総研 テックブログ
                                          • Dart/Flutterでドメイン駆動設計(DDD)してみた - 実装編 - のんびり精進

                                            前編である「導入編」の続きです。 まずそちらをざっと一読されることをお勧めします。 kabochapo.hateblo.jp ソースコードは本記事投稿後にたびたび改変しており、記事内容との相違があります。ご了承ください。 github.com 作るアプリについて(ご注意) Flutter によるアプリ開発でも DDD の恩恵があるのかを試すことと理解を深めることを目的とするサンプルであるため、アプリとして本来は考慮すべき点をいくつか無視しています。 データベース操作の効率や確実性にこだわっていない メモのタイトルとカテゴリだけを使うときに本文まで取得している等。 更新や削除を行った結果の確認も省いています。 保存数に制限を設けていない 何万件ものメモを保存したときの動作は想定外かつ未確認です。 エラーメッセージの扱いが不十分 補足した Exception のメッセージをそのまま表示していま

                                              Dart/Flutterでドメイン駆動設計(DDD)してみた - 実装編 - のんびり精進
                                            • Sketchを使ったAtomic Designのワークフロー

                                              SketchとAtomic Designという強力なツールと方法を組み合わせれば、デザイナーはデザインシステムを作成して、ワークフローを標準化し効率化することができます。 デザインシステムとは デザインシステムとはチームがプロダクトを制作し運用する際に共通の言語で繋がれるように、再利用できるコンポーネントとガイドラインをまとめたものです。 ほとんどの場合、デザインシステムはスタイルガイドとコンポーネントライブラリから構成されています。加えて、ブランドバリューや、口調や雰囲気といった要素を含めることもあります。デザインシステムを導入する際のポイントは、プロダクトやブランドについての唯一の正しいソースとして運用される基準を作ることにあります。 Googleのマテリアルデザインは構築されたUIデザインシステムの一例です。マテリアルデザインは2014年に、一貫したAndroidアプリをデザインし開

                                                Sketchを使ったAtomic Designのワークフロー
                                              • Kaggle日記という戦い方

                                                はじめに こんにちは、fkubota(Kaggle Expert 20200929現在)です。先日(2020/09/26)行なわれた鳥コンペ反省会でkaggle日記というものを紹介させていただきました。思いの外反響が大きく、もっと詳しく知りたいという声も大きかったのでここで詳しく紹介させていただこうと思い、記事を書くに至りました。ちなみに、技術ブログというものをこれまで書いたことがないため、稚拙な文になるかと思いますがご了承ください。 (追記20210603: Kaggle日記についてというスライドを作りました。Kaggle日記を作るに至った背景を書いています。) 想定読者 この記事を見ている人のレベルはさまざまだと思いますが、想定読者としては、ビギナーに向けて書こうと思います。Kaggle始めてみたけど途中で諦めて最後まで取り組むことがなかなかできない人、これから本格的にメダルを取りたい

                                                  Kaggle日記という戦い方
                                                • 【2022新卒】楽楽精算開発課配属後の学習メニュー体験記 - RAKUS Developers Blog | ラクス エンジニアブログ

                                                  こんにちは!2022年度新卒で楽楽精算開発課に配属されましたtarayamaaaと申します。 今回は私たち楽楽精算開発課に配属された新卒が実務に入る前に行う学習メニューについて紹介させていただこうと思います。 こちらの学習メニューの一部は、新卒だけでなく中途の方も行う内容となっております。 そのため、学生や新卒の方だけでなく中途の方にも参考になりましたら幸いです。 目次 目次 ラクスにおける新卒研修について 楽楽精算開発課の学習メニュー 主な学習の流れ 学習の具体的な内容 その他の学習メニュー(抜粋) 実際に取り組んでみて 終わりに ラクスにおける新卒研修について 基本的にラクスに入社した新卒は、4月から6月まで東京と大阪を含めた新卒全員で本社で研修を受けることになります。 おおよそ4月の中旬までビジネスマナーや商材の研修を受講し、その後6月末までJavaなどの基本的な技術の研修を受講する

                                                    【2022新卒】楽楽精算開発課配属後の学習メニュー体験記 - RAKUS Developers Blog | ラクス エンジニアブログ
                                                  • FANTS ダッシュボードを支えるフロントエンド技術 - stmn tech blog

                                                    こんにちは、株式会社スタメンで FANTS のフロントエンド開発を担当している @0906koki です。 今回の記事では、本日リリースした FANTS ダッシュボードのフロントエンド開発で選定したフレームワークやライブラリ、ディレクトリ構成について解説します。 目次 目次 FANTS ダッシュボードとは? 技術スタック Next.js SWR Styled-Components Storybook ディレクトリ構成 components apis 最後に FANTS ダッシュボードとは? FANTS ダッシュボードの説明をする前に、FANTS というプロダクトについて紹介させてください。 FANTS とはサブスク型のオンラインファンサロンプラットフォームで、オンラインファンサロンを始めたいオーナー様に、サロン開設に必要なシステム・企画等をワンストップで提供します。現状 100 サロン以上

                                                      FANTS ダッシュボードを支えるフロントエンド技術 - stmn tech blog
                                                    • 基本設計書のテンプレート|Shinji Yamaguchi

                                                      ※ 設計書に関する本文およびテンプレートは制限無く公開しておりますので、当該記事をご購入頂かなくても設計書テンプレートの利用は可能です。応援いただける方のみご購入頂けますと幸甚です。こんにちは。 フリーランスエンジニアの山口です。 私は元々SIer企業の会社員エンジニアでしたが、2019年3月よりフリーランスエンジニアとして活動を始めました。 フリーになってから参画先のプロジェクトで経験したのは、意外と設計書のテンプレートは整備されていないということです。 そもそも設計書が存在していないとか、メンテ不能なPDF版で存在するとか、設計書のフォーマットがばらばらでメモ書きのような雑なものだったりなど。 そのような現場に入った際に利用可能なテンプレートがあると便利だと思いませんか? 書籍でも設計書の書き方や設計書として揃えるべきドキュメントの種類を学ぶことは可能です。むしろ、書籍のほうがまとまっ

                                                        基本設計書のテンプレート|Shinji Yamaguchi
                                                      • IPの世界観に寄り添う、マルチブランドなカラーシステム設計論|TORAJIRO

                                                        はじめにこのnoteで紹介するカラーシステム設計プロセスは、多くの人にとってはやりすぎで、役に立たない場合も多いです。 既存のカラーシステムやカラーシステムジェネレイターを利用するのが、最短かつ最適ルートだと思います。 デザインシステムやカラーシステムは「プロダクトのためのプロダクト」なので、とある事業における一つの解である、という前提で読んでください。 今もまだ多くの課題を抱えたものではありますが、イベントなど様々な場面でカラーパレットに興味を持っていただける機会が多かったため、自分が知らない誰かの知見に助けられたように、微力ながらコミュニティに貢献するべく、未完の状態で状態でお見せすることにしました。 Framework by Figma登壇資料 後でFigma Communityにも掲載します シチュエーションにおける最適解繰り返しますが、今回説明するような煩雑で、複雑で、面倒な、プ

                                                          IPの世界観に寄り添う、マルチブランドなカラーシステム設計論|TORAJIRO
                                                        • RESTfulな「axios-mock-server」の使い方 - Qiita

                                                          axios-mock-serverとは フロントエンドの開発体験を向上させ、生産性を格段に高めるために作られたTypeScript製のモックサーバーです。 axios専用ではあるものの、JSON Serverよりも遥かに手軽にRESTfulなモック環境を構築出来ます。 GET/POST/PUT/DELETEのAPIエンドポイントを数行で作成できる サーバーを立てないので静的なJSファイルに出力してブラウザ単体でも動かせる TypeScript対応 Node環境のaxiosでも動く Nuxt.js同様のオートルーティング機能でパス記述が不要 IE11対応(>= v0.13.1) axios-mock-server - GitHub この記事はやたら長いので以下の入門記事から読むのをおススメします。 秒でaxiosをモックするnpmモジュールの入門サンプル Nuxt.jsのaxiosを秒でモッ

                                                            RESTfulな「axios-mock-server」の使い方 - Qiita
                                                          • REST WebAPIのプラクティス|yamarkz - Kazuki Yamaguchi

                                                            雑なメモ書きの様な内容です。 自分の知識、知恵の引き出しの整理も兼ねてます。 実践的で有用な対応パターンをまとめました。 HTTP Method with URI| http method | explain | URI | |GET| ドキュメントリソースの取得| https://api.example.com/v1/items/1 | |GET| コレクションリソースの取得| https://api.example.com/v1/items | |POST| リソースの作成 | https://api.example.com/v1/items | |PUT| リソースの更新 | https://api.example.com/v1/items/1 | |PATCH| リソースの部分更新 | https://api.example.com/v1/items/1 | |DELETE| リソ

                                                              REST WebAPIのプラクティス|yamarkz - Kazuki Yamaguchi
                                                            • CDKでスタック間のパラメーターを受け渡す5つの方法とケース別の最適解について考えてみた | DevelopersIO

                                                              こんにちは。CX事業本部Delivery部MADグループのきんじょーです。 皆さんは、CDKであるスタックから別のスタックの情報を参照したくなった場合、スタック間のパラメーターをどのように渡していますか? スタック間のパラメーター受け渡しの方法は複数あります。 クロススタック参照 Props渡しのクロススタック参照 パラメーターストア経由 独自のスクリプトで頑張る 命名規則の運用ルールで縛る この記事では、これら5つの方法の長所短所と、ケースバイケースで何を選択すべきかを考えてみました。 先にまとめ そもそもCDKのベストプラクティスではスタックを無闇に分割しない クロススタック参照はスタックの依存関係が浅い場合のみ使用を推奨。深い場合は運用が詰む可能あり。 迷ったらパラメーターストアを選んでおけば融通が効きやすい これから新規にアプリケーションを構築しようと考える場合、以下のようなチャー

                                                                CDKでスタック間のパラメーターを受け渡す5つの方法とケース別の最適解について考えてみた | DevelopersIO
                                                              • ecs-deployからecspressoに乗り換えた | おそらくはそれさえも平凡な日々

                                                                のがもはや半年前だけど記録として書いておく。結論を書くと、ecs-deployからecspressoに乗り換えるのはすぐできるし、タスク定義が管理しやすくなるのでおすすめです。 https://github.com/kayac/ecspresso もともとNature社では僕が入社する前からecs-deployが使われていた。これは、コンテナイメージをすげ替えてdeployするだけであればシンプルでわかりやすい。ただ、以下のような課題があった。 タスク定義自体を変更したい時にecs-deployだけでは対応できない ソースがbashスクリプトで年々複雑になっており(僕には)読みづらい 実際度々メンテナンスが滞ったりforkがいくつかあったりする jqやawsコマンドに依存している それに対して、ecspressoは以下のような利点があった。 タスク定義ごとリポジトリ管理できる Goなので(

                                                                  ecs-deployからecspressoに乗り換えた | おそらくはそれさえも平凡な日々
                                                                • Go 1.18集中連載 ジェネリクス | フューチャー技術ブログ

                                                                  ジェネリクスGo 1.18で入る機能で注目度が高い新機能がジェネリクスです。Goに対する批判的な言葉としてよく使われるものが「ジェネリクスがない」というものでした。Goを長く使っている人は「ジェネリクスなんていらん」と言い続けてきたし、個人的にもいまだになくてもいいと思っているのですが、大きな変更であるし、これから影響もいろいろある領域ですので学ぶ必要はあるでしょう。自分で書かなくても、書かれたコードを読むこともあるでしょうし。 ジェネリクスのチュートリアルが追加されています。 https://go.dev/doc/tutorial/generics mattnさんの動画もあります。 文法的には基底型を表すチルダ演算子が増えたりいろいろ変更が入っています。 とはいえ、constraintsパッケージが1.18に入る予定だったのが、一旦準標準パッケージに格下げされたり、まだまだいろいろ変更が

                                                                    Go 1.18集中連載 ジェネリクス | フューチャー技術ブログ
                                                                  • PSRとコーディングスタイルの関係、そしてPERへ - Qiita

                                                                    • PSR-1は高度な技術的相互運用性を目的としたコーディング標準 • PSR-2/→PSR-12はプロジェクト内での認知的摩擦を軽減するためのスタイルガイド • PSR-12はPER Coding Styleに進化した PSRとは何か PSRが何ではないかについて下記の記事にまとめたので、あとでゆっくり読んでください。 というか↑の記事にだいたい書いたので、この記事はコーディングスタイルに絞った内容ということになります。 重要な部分だけ抜萃して再掲しましょう。 PSRを管理するのはPHP-FIG (The PHP Framework Interoperability Group、PHPフレームワーク相互運用グループ)です。この組織はPHPのフレームワーク・CMS・ツールなどの開発者の寄合所帯です。 Frequently Asked Questions - PHP-FIGの内容をざっくり訳

                                                                      PSRとコーディングスタイルの関係、そしてPERへ - Qiita
                                                                    • 第694回 libbpfとclangでポータブルなBPF CO-REバイナリ作成 | gihyo.jp

                                                                      第688回と第690回では、カーネルのトレーシングツールとして注目されているeBPFを活用するためのツールとしてBCCを紹介しました。 また第692回ではBCC以外のeBPFを活用したツールの利用方法も紹介しています。 今回は一般的なコンパイラのようにバイナリを生成でき、移植性が高く、そして近い将来eBPFを使うための本流のひとつとなりそうなBPF CO-REについて紹介しましょう。 BPF CO-REの登場 BPF CO-RE(Compile Once - Run Everywhere)については第692回でも軽く紹介しました。改めてまとめると、次のような機能を実現する仕組みです。 BPFを利用したバイナリを実行環境とは異なる環境でビルドできる カーネルバージョン間の違いもある程度は吸収してくれる 実行バイナリのサイズはそれなりに小さくなる コンテナ内部などターゲットと異なるカーネルが動

                                                                        第694回 libbpfとclangでポータブルなBPF CO-REバイナリ作成 | gihyo.jp
                                                                      • 専門性向上・コーディング規約篇 - ROBOT PAYMENT TECH-BLOG

                                                                        こんにちは、株式会社ROBOT PAYMENTの本体チームに所属するエンジニアの林です。 この前、コードレビュー会についてお話ししました。まだご覧になっていない方はぜひ見て頂けますと幸いです。 tech.robotpayment.co.jp 最近フィナンシャルクラウドシステム課の社員は各自興味があるかつ部署上利用できる知識や技術などを身に付けるため、業務時間の中から学ぶ時間を設けて行う、専門性向上プロジェクトが始まりました。 専門性向上ってなに 専門性向上は興味があることに対して学び、実践、失敗する機会を設け、各領域についてアクションやロードマップの精度を上げるための活動です。 学ぶことの候補はセキュリティ、CI/CD、CRE、ユニットテストとコーディング規約があります。 学ぶことは一人一つで担当しているし、分野においてのアクションやロードマップを改善できる効果もあるため、上記の領域を専門

                                                                          専門性向上・コーディング規約篇 - ROBOT PAYMENT TECH-BLOG
                                                                        • CircleCI での Android プロジェクトのビルド設定と自動化の工夫 | メルカリエンジニアリング

                                                                          この記事は、Mercari Bold Challenge Month の 7 日目の記事です。 こんにちは。メルペイの Android チームでネット決済 (オンラインでの決済手段) の機能開発や開発基盤の改善に取り組んでいる @KeithYokoma です。 メルペイの Android チームでは CI (Continuous Integration) ツールとして Bitrise と CircleCI を使っています。それぞれを使い分けており、日々の開発フローの中でリポジトリに変更をプッシュする場面で CircleCI を、それ以外に開発に必要な成果物の生成 (たとえば API の定義から各言語用のライブラリを吐き出す) 場面で Bitrise を利用しています。 この記事では、Android プロジェクトのビルドにあたって CircleCI をどのように活用しているか、またどんな工夫

                                                                            CircleCI での Android プロジェクトのビルド設定と自動化の工夫 | メルカリエンジニアリング
                                                                          • BCD Design によるコンポーネントの分類 - Qiita

                                                                            atoms を atoms であり続けさせるための工夫は以前記事に書いたので参考にしてみてください。 AtomicDesign の atom より小さな世界の扉を開く 軸の転換 粒度軸重視から概念軸重視へ 以下は簡単なブログサービスで作成するであろうコンポーネントを5つの方法で分類した例です。 粒度軸で分類しても、概念軸の分類をしないとキレイな構造にはならない 概念軸で分類すると、粒度軸で分類しなくてもかなりキレイな構造になる 概念軸と粒度軸で分類すると、非常にバランスの取れた構造になる 概念軸と関心で分類すると、スケールに強くなる 5 概念軸と関心と粒度軸で分類すると、スケールに強く、関心をまとめつつ粒度の恩恵も得られる 5 なぜ粒度軸より概念軸なのか 粒度軸の中で概念軸の分類を行う 概念軸の中で粒度軸の分類を行う この2つの一番大きな違いは、関心のまとまりです。 DDD の基本でもある

                                                                              BCD Design によるコンポーネントの分類 - Qiita
                                                                            • started_at ってカラム - 線路は続くよどこまでも。

                                                                              問題 最近、あるテーブルに started_at って名前のカラムをつけてしまったんだけど、あまりよくないっぽい。(あまり深く考えずに、created_at とか同様に過去分詞_atでいいだろと思って命名した。) 解説 start や end は自動詞にも他動詞にもなれるんだけども、例えば Campaigns というテーブルに対して、start した datetime を格納するためのカラムを追加するときは、Campaign が主語になり、「キャンペーンが始まる」という意味の自動詞にするのが自然とのこと。こうすると、自然言語では「The Campaign starts at 9 PM today.」とかなるので、starts_at と命名するのが自然っぽい。 現場 インターネット で検索してみたら、あるあるなのかなぁ 〜 日付のカラム名、started_at にするか start_at に

                                                                                started_at ってカラム - 線路は続くよどこまでも。
                                                                              • AWSリソースの名称にリージョンを入れるときは空港コードを使う - Qiita

                                                                                この記事はAWS(Amazon Web Services)Advent Calendar 2023 シリーズ2の17日目の記事として書かれました。 はじめに リージョン名をリソースに含める命名規則にしたとき、どのようにリージョン名を含めるか悩みませんか? 結論 空港コードを使いましょう。 エッジロケーションも全て含めたコード一覧 ※公式ではなく有志の善意で成り立っているリポジトリのためリンク切れの場合はご了承ください。 WorkSpacesに対応しているリージョンのコード一覧 drp-nrtでページ内検索すると出てきます。 日本語ページの情報更新が追いついていないことがあるので、英語ページを参照することをおすすめします。 詳細 命名においてリージョン名をどのように一意にするか AWSのリージョン名はxx-yyyy-zという規則になっています。(y部の文字数は可変) この規則に対してある程度

                                                                                  AWSリソースの名称にリージョンを入れるときは空港コードを使う - Qiita
                                                                                • 自動テストがより便利に!!CodeBuildのテストレポート機能がGAされました!! | DevelopersIO

                                                                                  CX事業本部@大阪の岩田です。これまでプレビューリリースという位置づけだったCodeBuildのテストレポート機能が2020/5/22、ついにGAされました!! 早速試してみたので、簡単に紹介させて頂きます。 レポート機能とは? CodeBuildのジョブから出力されたレポートファイルを解析し、テスト実行結果を確認するためのビューを提供する機能です。画面のイメージはこんな感じです。 レポートファイルは以下の形式に対応しています。 JUnit Cucumber TestNG TRX プレビュー段階で対応していた形式はJUnit、Cucumberのみでしたが、GA時点で新たにTestNG、TRXのサポートが追加されています。 テストレポート作成に必要な権限 テストレポートを作成するには、CodeBuildのジョブを実行するIAMロールに以下の権限が必要です。 codebuild:CreateR

                                                                                    自動テストがより便利に!!CodeBuildのテストレポート機能がGAされました!! | DevelopersIO