自身のプライオリティによりますが、いくつか。 Markdownで幅広く再利用性を利かせたい、長期的に丁寧に版管理したい 自分自身の操作性、描きやすさと、見た目 俄然手軽に、短期的に、Onlineでいつでもどこでも いずれかという視点で考えると良いのかなと思い、並べてみました。 1. 長期的に: Markdownで幅広く再利用性を利かせたい、丁寧に版管理したいなら Markdownで描くことのメリットは再利用性。 将来的に追記・編集、自分以外の誰かが手を入れる可能性が高い。 現在のドキュメントだけでなく多種説明資料、媒体に転用する可能性がある。 ...という点で差分管理をしたいなら、以下。 VSCodeでPlantUML、Mermaid 上記参考で以下。 Alt+D でプレビュー起動。 Ctrl + Shift + P でコマンドパレットを起動し、出力。 png, svg, eps, pdf
Original article:https://dev.to/dotnetsafer/rip-copy-and-paste-from-stackoverflow-trojan-source-solution-4p8f その昔コピペできない文章というものがありました。 実際は単にフォントを変えているだけというものですが、人間の目に見える文字と実際の文字が異なることを利用した攻撃の一種と見ることもできます。 さて、最近になって似たような攻撃に関する論文が公開されました。 人間には見えない文字を織り交ぜることによって、一見問題ないコードが実は脆弱になってしまうというものです。 ただ論文は堅苦しいうえに長くて読むのがつらいので、具体的に何がどうなのかよくわかりません。 平易に解説している記事があったので紹介してみます。 以下はDotnetsafer( Twitter / GitHub / Web
はじめに 「解説記事を幾つも読んだけど OpenID Connect を理解できた気がしない」― この文書は、そういう悩みを抱えたエンジニアの方々に向けた OpenID Connect 解説文書です。概念的・抽象的な話を避け、具体例を用いて OpenID Connect を解説していこうと思います。 この文書では、JWS (RFC 7515)、JWE (RFC 7516)、JWK (RFC 7517)、JWT (RFC 7519)、ID トークンの説明をおこないます。 追記（2020-03-20） この記事の内容を含む、筆者本人による『OAuth & OIDC 入門編』解説動画を公開しました！ 1. 『ID トークン』を発行するための仕様 一般の方々に対しては「OpenID Connect は認証の仕様である」という説明で良いと思います。一方、技術的な理解を渇望しているエンジニアの方々に対
RFC 6749 (The OAuth 2.0 Authorization Framework) で定義されている 4 つの認可フロー、および、リフレッシュトークンを用いてアクセストークンの再発行を受けるフローの図解及び動画です。動画は YouTube へのリンクとなっています。 English version: Diagrams And Movies Of All The OAuth 2.0 Flows 追記 (2019-07-02) 認可決定エンドポイントからクライアントに認可コードやアクセストークンを渡す方法については、別記事『OAuth 2.0 の認可レスポンスとリダイレクトに関する説明』で解説していますので、ご参照ください。 追記（2020-03-20） この記事の内容を含む、筆者本人による『OAuth & OIDC 入門編』解説動画を公開しました！ 1. 認可コードフロー RF
はじめに X.509 証明書について解説します。(English version is here → "Illustrated X.509 Certificate") ※ この記事は 2020 年 7 月 1 日にオンラインで開催された Authlete 社主催の『OAuth/OIDC 勉強会【クライアント認証編】』の一部を文書化したものです。勉強会の動画は公開しており、X.509 証明書については『#4 X.509 証明書（１）』と『#5 X.509 証明書（２）』で解説しているので、動画解説のほうがお好みであればそちらをご参照ください。 1. デジタル署名（前提知識） この記事を読んでいただくにあたり、デジタル署名に関する知識が必要となります。つまり、「秘密鍵を用いて生成された署名を公開鍵で検証することにより」、「対象データが改竄されていないこと」や「秘密鍵の保持者が確かに署名したこと
はじめに 皆さんはじめまして、Takuと申します。 自分はエンジニアとしての業務も業界も未経験ですが、先日初めてFlutterで肉牛繁殖農家のための生育記録アプリ「Memow」をリリースすることができました。 今回初めての個人開発を通して、ゼロからのモノづくりの楽しさを実感しました。 しかしその反面、知識や経験のない中で、要件定義、設計、UI/UXデザイン、コーディングなど、これら全てをひとりで行うのはなかなか大変でした。 そこで、自分がどのように「Memow」を作っていったのかまとめたいと思います。 今回は、アプリリリースまでの工程の中でも、どのようにアプリの構想を作り上げていったのかという「設計」に焦点を当てています。 自分と同じようにアプリを作る中で悩んでいる人にとって、何かのヒントになれば嬉しいです！ 肉牛生育記録アプリ「Memow」の紹介 自分が作ったのは、肉牛の生育日数や日々の
概要 Github ActionsでのCI/CDの検証を行いました。 その中で他の開発プロジェクトにも定常的に適用できるようなテンプレートを作成しました。 作成したテンプレートのプロジェクトは以下になります。 github-actions-examples 今回このような環境の構築にあたっての備忘録としてここに記述しておきます。 また上記のプロジェクトは他の様々な環境において試したものであり、今回はGithub Actionsにおける Androidアプリ での自動ビルドの手法についてを中心に紹介します。 Webサイトでの自動デプロイおよびGithub Actionsでの基本的な設定についてなどはこちらの記事を参照してください。 Github Actionsにて自動的にデプロイする環境作成(Webサイト編) またUnityでの自動ビルドの方法についてはこちらを参照してください。 Githu
はじめに エンジニアにとって、仕様書などの技術的な文章を書くこと（テクニカルライティングとも言います）は避けて通れません。ただ20年来多くのエンジニアの方々と同僚として接してきて思うことは、エンジニアの方の中には「文章を書く」ということに苦手意識がある方が一定数いるということです。 でもこの「テクニカルライティング」のスキルは、才能というよりは一種の「技能」だと思うんです。ある一定の原理原則を理解して実践を繰り返すことで、必ず一定レベルで習得できるものだと著者は信じています。 もしこのテクニカルライティングの原理原則をまだ体系的に学習したことがない、または過去学習したが改めて再学習したいという方に、お勧めのコンテンツを見つけたのでご紹介します。 https://developers.google.com/tech-writing Every engineer is also a write
コードによく使われる英単語だが、母語話者でないと語形変化がやや難しいかもしれず、注意して単語を選ばないと変な英語になるかもしれない単語について紹介する。 登録 登録する register 【動詞】 「商品を登録する」 registerItem() 登録した registered 【形容詞】 【動詞過去分詞】 登録された商品 registeredItems 「商品が登録された」 new ItemRegstered() 「登録済みか？」 if (item.isRegistered()) ... 登録 registering 【名詞】 「商品登録状況は承認済みか」 item.registeringState.isApproved 登録 registration 【名詞】 商品登録サービス class ItemRegisterationService 登録係(記録する側) registrar 【名
ABEJA Advent Calendarの10日目です。 はじめにのはじめに 以下は、あくまでテストデータで上手く行ってるよという話で、本当にこれをやったら儲かるかというと、まだまだわかりませんのであしからず！あとネタがネタだけに、今回のはあくまで個人のやってみた記録であり、組織の取り組みとは関係ありません。 はじめに お金が欲しい！無限に寿司が食いたい！株で儲けたい！ 研究やエンジニアリングをしながら生きてく上で、将来のキャリアや技術スタックについて日々考えてるんですが、よくよく原点に立ち返るとそもそも技術スタックとかどうでもよくて、好きなものを作って漫画読んで生きていきたいんです。つまり結局、世の中は金なんですよね金。なので、何とかして寝てても圧倒的に儲かる仕組みを作りたい！そんな気持ちで私利私欲のために機械学習を使ったという記録です。 以下は、今回紹介する方法で実験したテストデータ
Unity臭さとは これ 非常にいい感じの画面ですね。こういう雰囲気の画面を見たとき、一目で「あーUnityだなー」と感じるような体験をしたことがある方は多いのではないでしょうか。今回はこの画面をどうにかしていきます。 数が多いうえに基本的なテクニックが多いので、この記事ではそれぞれの手段についてそこまで詳細に説明してません。キーワードをもとに適宜ググればいくらでも記事がヒットしますので、そっちに丸投げすることにします。 あらかじめことわっておきますが、別に「Unity臭い作品は悪」というわけではなく、私が「いい作品なのにUnity臭さが抜ければなー」と思う機会が多いので、ひと手間、手軽にクオリティアップができる手段として「Unity臭さを消す」方法をまとめておきたいな、という意図で書いています。ですのでプロトタイプやゲームの手触りを確かめるような目的のもとでは、今回上げるような方法は必要
お、iOS 13 の Core NFC、 ついに FeliCa、MIFARE タグの読み取りができるようになるみたい！！！#WWDC19 #iOS13 #NFC #FeliCa pic.twitter.com/C1UtAV2byr — treastrain / とれいん (@treastrain) June 4, 2019 iOS 13 以降の Core NFC では FeliCa の読み取りに対応したことがわかったので、読み取るためのサンプルコードを載せます。 サンプルコード // Created by treastrain on 2019/06/06. // Copyright © 2019 treastrain / Tanaka Ryoga. All rights reserved. // import UIKit import CoreNFC class ViewControlle
はじめに 2019.06.17に人材系営業からRuby on RailsのWebエンジニアになったたっきーと言います。 僕は文系出身で開発は全くの未経験ですが、一念発起してJOBチェンジした者です。 とても優しく指導して下さっている先輩たちのもと、コツコツと勉強を進めているのですが、やはり分からない事も多く、先輩たちの時間を頂くことが多い恐縮な日々を過ごしています。。 とりあえずRubyを触って3ヶ月ほどたって... 未経験者で入ってみた感想は、エンジニアの成長曲線とは「とても急勾配」だということです。 要は最初の参入障壁がとても高いなあと、、、人に教えて貰うことで初めて実感しました。 実はこの記事、書いてたのは8月くらいなんですが、ずっと下書きに放置していたので公開します。内容変だなとかあれば編集リクエストください。 対象読者 未経験でもエンジニアしたい人 営業職でモヤモヤしてる人 最近
概ね、デスクトップアプリに対応するか、Webアプリに対応するかで選択肢が大きく変わります。 開発者に提供される API X-Plat Tool が開発者にどんな「API セット」を提供するかを比べてみましょう。 ここでは２つに分類してみます。 A. 開発者は、X-Plat Tool の 独自API を利用する この方式の X-Plat Tool は、それ専用のAPIセットを開発者に提供します。 例えば Flutter では Stack というレイアウトクラスを提供しますが、これは Android の FrameLayout に近いものと考えられます。 あるいは JSX や XAML などの DSL(Domain Specific Language) を使用する場合もあります。React Native では画面のデザインは JSX(return で HTML っぽいタグを返すアレ) を使用し
はじめに これを書いてる人の機械学習・データ分析のスキルはpythonの拡張子が.pyであることを知ってから10日目ぐらい、「決定木」「最小二乗法」「特徴量」「RMSE」といった単語を初めて見てから7日目ぐらいといったレベルです。なのでより良い方法がある場合や、分析の途中間違っている箇所などがあればコメント欄等でどんどん指摘してくださると有り難いです。(コードが汚い、変数の命名がおかしい等はご容赦ください) 本記事について 小説家になろうの作品でブックマーク10以上を獲得するために、有利なジャンルはあるのか、作品のタイトルとあらすじの文字数は重要か、本文の文字数は重要か、ジャンルが重要ならどのジャンルが良いのか、文字数が重要ならどのぐらいの文字数が良いのか、といったことを調べていきます。 先に分析の結果を書くと 大ジャンル ジャンル 15禁止作品かどうか、タイトルの文字数、あらすじの文字数
勉強の一環として個人アプリ開発がおすすめという話です（LT用資料も兼ねてます） みなさんどうやって勉強していますか？ 技術書を読む 技術記事を読む リファレンスを読む サンプルコードを写経 OSSを読む OSSにコントリビュート 個人アプリ開発 etc... 個人アプリ開発のメリット Android、Kotlinの勉強になる 業務でまだ使っていない最新技術やOSSを試せる インストール数が増えるとモチベがあがる レビューなどでフィードバックがもらえる 小銭を稼ぐこともできる アプリリリースまでの大まかな流れ 準備 テーマ決め 機能洗い出し 技術調査 UI設計 実装 プロトタイプ作り 通信部分など実装 リリース アイコン作り ストア画像作り アプリ署名 準備 テーマ決め（アプリアイデア探し） 普段からPlay Storeのランキングを見る 周りの人に困ってることを聞く Webにはあるけどアプ
はじめに 6日で開発したRailsアプリを譲渡しました。結論から言うと、譲渡額は40,000円です。アプリの内容は、誰でも簡単にランキングを作って、投票をしたり、候補を追加したりできるミニアプリ。Twitterカードを自動生成できるので、最近流行りのTwitterバイラルも狙えるかなと思って、作ってみました。 実際にリリースしたのは、先月ですがマーケティングの糸口が見つからず放置していました。それから一ヶ月くらいして、「個人開発のフリマ」に出品しました。3日ほどで、「興味がある」と言ってくれる方が見つかり譲渡することになりました。 購入していただける理由は、アフィリエイトが得意なのでうまくやればサービスを育てられそう、とのことでした。今回は譲渡が決まってから、実際に完全に権利を移行するまでを書いていきたいと思います。 個人開発のフリマとは 個人開発のフリマは、個人開発者やスタートアップのサ
宿、探してますか？ 夏 × 開発 といえば開発合宿ですね。やっぱり夏だし！例にもれず、開発合宿2018・夏を行ってきました。 合宿といえば宿探しです。快適な環境で心ゆくまで楽しみたいものですね。 今回私は初めて幹事として宿探しを担当したのですが、お盆だったこともあり、 たくさんの宿からお祈りを受けることになりました。 素敵な先行事例記事はたくさんあるものの、、 違うんだ、候補の数がほしいんだ！そして欲しい情報がとにかくまとまってない…！ ということで、これを機にまとめてアップしておこうと思います。 開発合宿の宿の条件 楽しく開発できる、この一言に尽きるのですが、今回探した際の条件を挙げてみました。 Must 無料でWi-Fiが利用でき、大人数でも安定している 貸し切りで30名程度が集まれる場所がある 長時間プログラミングをするので、全員が座れる場所がある（椅子が無いと厳しい） 都内から半日
概要 この記事は数学を学んでない人が書いてます。 その事を書く理由は保身もありますが、間違ってる事とか表現が厳格ではない可能性があることを示唆します。 自分自身が内積を捉えるのに苦労したので「内積分からない人が、分かろうとした過程を残した記事」程度のものだと思ってください。 そして、その過程を通じて、他の人が内積を理解するためのヒントを得られることを目的として書いています。 "完全に"正しい内積を説明するのが目的ではなく、考える過程を通じて理解を深めるのが目的です。 謝辞 phiさん(@phi16)本当にありがとうございました。 phiさん居なかったら内積とはなんなのか全然分からなかったです。本当に助かりました。 この記事はphiさんの言ってる事を馬鹿なりに咀嚼したものなので、phiさんの文章の方がしっかりとした説明になってます。 線形空間のおはなし 内積の抽象概念 (自分の言葉で説明する
はじめに この記事は2019年4月時点で調べたものをベースにしています。将来的に変わるかもしれません。 tl;dr 0.0.0.0を宛先に使うのは誤り ただしOSによっては 127.0.0.1 に到達するので支障がなかったりする 想定読者 0.0.0.0と127.0.0.1の違いをすぐに答えられない人が対象です。 ネットワークな人はわかっていることだと思うのでブラウザバックしてもらって構いません。 強い人は間違えているところコメントください。 環境 Ubuntu 16.04を利用します。 $ uname -a Linux parallels-vm 4.10.0-28-generic #32~16.04.2-Ubuntu SMP Thu Jul 20 10:19:48 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux 簡単な例 Webの文脈ではWebサーバのQu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く