はてなブックマーク

はじめに プログラミングをやっていると、設計する時や説明する時などに図解でプログラムの流れなどを説明したりすると思います。 よくあるやつだとdraw.ioやパワポなどを使ってシーケンス図等を使って記述してると思います。 しかしエンジニアたる物できるだけ全てをコードで管理したい！そんな需要に対して最適なのがPlantUMLです！ PlantUMLはオープンソースのUMLダイアグラム作成用のテキストベースの言語である。PlantUMLの言語はドメイン固有言語の一例である[4]。ダイアグラムの表示にはGraphvizを使用している。（wikipedia参照） 具体的には以下のような図を作成することができます シーケンス図 ユースケース図 クラス図 アクティビティ図 コンポーネント図 状態遷移図（ステートマシン図） オブジェクト図 配置図 タイミング図 などなど、、、 とてもたくさんあるので全てを

pick 8cfe213 [WIP] Add parameter pick 611dc15 [WIP] Add test code # Rebase 3c53778..611dc15 onto 3c53778 (2 commands) # # Commands: # p, pick <commit> = use commit # r, reword <commit> = use commit, but edit the commit message # e, edit <commit> = use commit, but stop for amending # s, squash <commit> = use commit, but meld into previous commit # f, fixup <commit> = like "squash", but discard this

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

name: go-ci on: [push] jobs: # 共通処理 setup: runs-on: ubuntu-latest steps: - name: set up uses: actions/setup-go@v2 with: go-version: ^1.13 id: go - name: check out uses: actions/checkout@v2 # 処理を高速化するために環境をキャッシュ - name: Cache uses: actions/cache@v2.1.0 with: path: ~/go/pkg/mod key: ${{ runner.os }}-go-${{ hashFiles('**/go.sum') }} restore-keys: | ${{ runner.os }}-go- # buildテスト build: needs: setup

package main import ( "testing" "github.com/stretchr/testify/assert" ) func TestSquere(t *testing.T) { asserts := assert.New(t) for _, td := range []struct { title string input []int output int }{ { title: "2×3の答えが6になる", input: []int{2, 3}, output: 6, }, { title: "3×5の答えが15になる", input: []int{3, 5}, output: 15, }, } { t.Run("Square:"+td.title, func(t *testing.T) { result := Square(td.input[0], td.i

#きっかけ 最近Selenium WebDriverのテスト実行環境をDocker Composeで組んで、ECSに上げてみようかなーと思っていたところにAWS Copilotなるサービスが登場したので触ってみました。 今回はSeleniumを走らせるのではなく、チュートリアル的にシンプルなnginxのwebサーバを立てて動作を確認したいと思います。 #AWS Copilotって何が出来るの？ AWS Copilotを使うことで、対話形式のセットアップで簡単にDockerfileからAmazon ECSでコンテナ起動ができます。 テスト環境や本番環境など環境毎のコンテナデプロイも簡単に行えます。 #インストール Homebrewか直接バイナリダウンロードでインストールを行います。 # Homebrew $ brew install aws/tap/copilot-cli # 直接ダウンロー

－ : 下層のライブラリの実装に依存 スレッド : 内部的にスレッドで処理を行うかどうか。非同期ソケットやイベントで動作するのとは別。スレッドセーフかどうかとも別 メモリ : 受信したデータを都度ライブラリから受け取って処理することができるか 上記の表ベースでは、 HTTP/2 が利用できる面で libcurl が一歩リードしています。 しかし、 libcurl の GitHub - Wiki によると ストリーム多重化 が現状未実装のようです。 多重化が使えないのは流石に HTTP/3 採用の意味が薄いので、 libcurl での HTTP/3 実装は時期尚早として今回は採用を見送ることにします。 残る nghttp3 と quiche は上記の条件ではほぼ拮抗しているようです。 先ほどの Robin Marx さんの記事 A Study of QUIC and HTTP/3 Imple

#きっかけ 定期的に社内の複数宛先にメールを一斉送信する必要があり、今まではスプレッドシート+GASでGmailを平和に送っていた。 が！社内のメール送信システムに仕様変更が発生！（誤送信防止システム） 結果、スプレッドシート+GASのGmailが時々うまく動かなくなる うわぁぁぁぁん Gmailはダメだ、何か別のメールを・・・・よし、Amazon SES にしよう！ #PythonでAmazon SESからのメール送信実験 まずは Boto3の公式ドキュメント の SES をチェック。 ふむふむ、send_email(**kwargs) か send_raw_email(**kwargs) を使ったら良さそう。 違いは send_raw_email(**kwargs) だとヘッダー指定やファイル添付が出来る様子。 逆に send_email(**kwargs) はその辺に対応していない代

リクルートFrontend スピードハッカソン やったこと 参加者の中で3〜4人の間でチームを組みgitで共有されたホットペッパービューティーの１ページのパフォーマンス性能をできるだけ高めるというものでした。 ちなみに僕のチームの結果はこんな感じです スタート時 終了時 約5時間の調整でここまでの成果が、、、 チーム内にすでにがっつり実務でフロントエンドやっている方がいたのでその方のおかげもありパフォーマンス性能を60以上あげることができました。 ただ、今回参加した全８チーム中僕たちのチームは5位でした。。。 全体的にとてもレベルが高く、周りのレベルの高さに驚きですね😅 パフォーマンス効率改善方法 今回のイベントでのパフォーマンスの改善方法をざっくりと説明していきます。 ※基本的にはパフォーマンスチューニング童貞でも大枠くらいはわかるようにするために、できるだけ簡単な言葉でざっくりと説明

iOSに限らず、アプリ開発においてAPIのURLやアクセスキーといった環境変数を開発用ビルドとリリース用ビルドで切り替えられるようにしておくことは重要です。 XCodeでこれを実現する方法にはいくつかの選択肢があると思います。 本記事では、今のところ私がシンプルで良いと思っているやり方をご紹介したいと思います。 環境変数を切り替える ここでは開発用ビルドとリリース用ビルドでAPIのURLを切り替えることを例とします。 Configuration XCodeではアプリのビルド設定はConfigurationと呼ばれており、デフォルトではDebugとReleaseの2つが作成されています。 基本的にアプリの開発中はDebugを使用します。 XCodeメニューからProduct > Scheme > Edit Scheme...を開くと、ビルド設定としてDebugが指定されていることがわかります

はじめに iOSアプリ開発においてUICollectionViewは頻繁に使用するコンポーネントです。 これまで何度かUICollectionViewを使った画面の開発をしましたが、なんとなく制約をつけたりするだけでイメージに合った画面が作れてしまうので、UICollectionViwe自体を深く理解せずに使用していました。 AppleはCollectionViewプログラミングガイドというドキュメントを用意してくれていますが、これがなかなかボリュームが多く、実際開発にもそれほど困っていなかったので読むのを避けていたのですが、Material ComponentsなどのUI系ライブラリを使うにあたってUICollectionViewへの深い理解が必要になったので、プログラミングガイドを参考に色々と実装を試しながら理解を進めていきました。 ここでは私と同じようにUICollectionVie

前回記事での失敗 前回記事のAWS API Gatewayでモックを作ってみようで、API Gatewayの統合タイプ：MockでAPIのモックを作ってみました。 が、統合タイプ：MockではPOSTのリクエストデータが取得できないようでした。 （参考：teratail　AWS API GatewayでHTTPリクエストのjsonを取得したい） そのため今回は統合タイプ：Mockを使わず、統合タイプ：LAMBDAで作っていくことにします。 PythonでLambda関数を作る Amazon Lambdaコンソールで関数の作成ボタンから関数の作成画面に遷移する 基本的な情報の関数名に任意の関数名を入力する 基本的な情報のランタイムで使用する言語を選択する（この記事ではPython 3.7を選んでいます） 基本的な情報のアクセス権限でロールを選択する（ロールの説明は省略 説明できるほど詳しくな

現在開発中の個人アプリにRxSwiftとReSwiftを使ったMVVM+Reduxアーキテクチャを採用しています。 「MVVM+Reduxアーキテクチャ」といっても、特に新しいアーキテクチャを考えたわけではなく、MVVMとReduxを組み合わせてアプリを実装しているということです。 MVVMとReduxは解決しようとしている課題が異なるため、併用することが可能です。 本記事では、なぜMVVM+Reduxアーキテクチャを採用したのか、どのようにMVVM+Reduxアーキテクチャを実装しているのかについてご紹介します。 なぜMVVM+Reduxアーキテクチャを採用したのか MVVMで開発して感じていた課題 会社では数人の開発者でiOSアプリの開発を行っており、アーキテクチャにはMVVMを採用しています。 規模としては小さいアプリなのですが、MVVMで1年ほど開発を行ってきて、ずっと感じていた課

iOSアプリの開発版とリリース版で別々のFirebaseプロジェクトを使うとき、GoogleService-Info.plistを環境ごとに切り替えてあげる必要があります。 この切り替え方法についてまとめます。 環境ごとに別々のターゲットを使用する場合 ターゲット設定 Firebaseに開発用とリリース用の２つのプロジェクトを作成しておきます。 ここではBundleIDは共通にすることとします。 開発版のターゲット名はFireApp-Debug、リリース版のターゲット名はFireApp-Releaseとします。 GoogleService-Info.plistの配置 Configs/DebugとConfigs/Releaseといったように、環境ごとにディレクトリを作成し、そこにそれぞれのGoogleService-Info.plistファイルを配置します。 詳しくは後述しますが、「Goog

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? RxTestとRxBlocking、プロジェクトにRxSwift導入している人はみんな使っていますよね 私の関わっているプロジェクトでもRxSwiftを使用しており、もちろんテストコードを書く際にはこの2つのライブラリを使っています。 RxTestとRxBlockingを使ったテストコードの書き方にはいくつか基本的なパターンがあり、それらを覚えておけば、Rxなコードのテストは簡単にかけるはずです。 本記事では、RxTestとRxBlockingを使ったテストコードの基本パターンと、実際のプロジェクトで出てくるようなプロダクションコードに

はじめに WebpackやBrowserifyなどのモジュールバンドラーは最近のWeb開発ではなくてはならない存在ですが、基本的には設定ファイルを書いてコマンドをたたくだけでバンドルができてしまうので、それらがどのようにモジュールの依存関係を解決しバンドルを作成しているのかという裏側の仕組みまで知る機会はあまりないかと思います。 私自身もVue.jsアプリを作っていたりしますが、Webpack周りはvue-cliにお任せしてしまっているので、Webpackについてはあまり詳しくありません。 しかし先日Webpackによるビルドがうまくいかないことがあり、何が原因なのか調べるのにバンドルのソースを確認しようとしたのですが、どこに何が書いてあるのかよくわからず非常に苦労しました。 そんな時にTwitterでminipackというリポジトリを見つけました。 https://github.com/

自作で遠隔監視ができる温度湿度気圧センサモジュールが簡単に、安く、作れるようになりました。感激したので投稿します。温度センサだけなら3000円切るのも可能です。 完成品イメージ ボードはこんな感じ。マイクロUSBケーブルで電源供給します。 この小さいブレッドボード一個で温度と湿度、気圧を取得しWiFi経由でWebサーバへ送信できます。 画面に表示する温度と湿度、気圧はこんな感じ。 必要なもの ESPr Developer（ESP-WROOM-02開発ボード）:1個 https://www.switch-science.com/catalog/2500/ 現在2160円 BME280搭載　温湿度・気圧センサモジュール:1個 https://www.switch-science.com/catalog/2236/ 現在1620円 ブレッドボード:1個 https://www.switch-sc

随時更新します 既存のプロジェクトにすぐに導入できるちょっとしたリファクタリングのアイディアを集めてみました。 こうしたアイディアを積極的に取り入れて、シンプルで美しいコードを目指しましょう。 How to slim down your viewDidLoad() method ネットワーク通信やビューの設定等、多くの初期化処理で膨らんだviewDidLoad()メソッドをスリムにしようという話。 override func viewDidLoad() { super.viewDidLoad() // 各ビューの設定など... // APIからデータを取得 let request = ListOrders.FetchOrders.Request() interactor?.fetchOrders(request: request) // 他の何か... }

'use strict'; const puppeteer = require('puppeteer'); (async() => { const browser = await puppeteer.launch(); const page = await browser.newPage(); await page.setRequestInterception(true); page.on('request', request => { if (request.resourceType() === 'image') request.abort(); else request.continue(); }); await page.goto('https://news.google.com/news/'); await page.screenshot({path: 'news.png', fu

キーボードでリターンキーをタップした時、入力されている文字列が2回ストリームに流れてくるので、UITextField.rx.textをサブスクライブしてAPIリクエストを行うなどの処理をしている場合は余計な通信が発生しないよう注意が必要です。 下記で紹介しているコードを見ていただければと思いますが、こうした余計なイベントへの対応としてUITextField.isEditingプロパティが使えるかもしれません。 また、UITextField.textにコードから文字列を代入した場合、UITextField.sendActions(for: .valueChanged)を実行しないとUITextField.rx.textイベントが流れてこない点も気をつけましょう。 画面とコード テストに使用した画面とコードを以下に載せておきます。 画面は一つのUITextFieldと二つのUIButtonで構

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

やってみようReact Native！ 第1部:React Nativeとは何か フレームワークです!! メリット React Native = フレームワーク １つのコードベースでAndroidをiOSのネイティブアプリ開発を行える、Reactをもとにしたフレームワーク。 Reactの思想を受け継ぐ 「Learn once, write anywhere」一度覚えたら何にでも書ける。 仮装DOMを用いれば大抵のUIを表現できる。 Reactではブラウザがレンダラ、React NativeではネイティブUIがレンダラ。 Reactを学んだことをReact Nativeに応用することができる。 効率の良い学習ができる React Nativeではネイティブ側への変更が加わらない場合はネイティブのコンパイルはされない。 ソースコードを書いてから実行されるまでの時間が短い。 ECMAScript

既存のPHPサイトにチャットボットを追加しようという話があるのだが、そのサイトにはユーザ認証機能があり、チャットボットに関しても認証済みのユーザしかアクセスさせたくないという要件がある。 PHPサイトはCMSを利用しているため、こちらにはほとんど手を入れずに実装したいと考えているので、チャットボットとの会話インターフェースはPHPサイトにiframeを埋め込むこととし、iframeでロードするページはNode.jsから配信、Node.jsで配信されたページ内でSocket.ioを使ったチャットを行うという構成を考えている。 ここで問題になるのが、PHPとNode.js+Socket.io間でのセッションの共有をどうするかということ。それぞれ個別に認証機能を持つというのはあまりに利便性が悪いため、PHPで認証したユーザをNode.js側も認識できるようにしたい。 セッション共有の戦略 上記要

先日、Ansible2.0がリリースされました。アップデートの詳細はこちらのリリース記事訳を参照していただくとして、ここではその中でも大幅に強化されたOpenStack API操作モジュールについて、その概要や簡単な使い方を紹介します。 OpenStack上でシステムを構成する一通りのモジュールが揃った これまでのバージョン1.X系でも、OpenStack上でのインスタンス作成・削除やネットワーク作成・削除といった簡単な機能を提供するモジュールはあったようですが、操作できるAPIは限られていました。しかし、今回のアップデートでは、OpenStackのIaaSとしての機能ほとんどをカバーしているようです。 これにより、 Ansibleだけでインフラのプロビジョニングからアプリケーションのデプロイまで 可能になったことになります。これまでは、インフラのプロビジョニングはHeatやVagrant

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?