はてなブックマーク

はじめに 仕事でGitHubを使い出したんですが、Push後に既存のJenkins上にあるjobを実行をしたい。でもJenkinsサーバーはVPN上、どうやって繋ぐんだろう。 ってのを調べて解決したので記事に残しときます。 ポイントは3つ 1. GitHub上で秘密鍵などのシークレット情報はどうやって管理するんだろう？ 2. VPNはどうやって張ったらいいんだろう？ 3. GitHub ActionからどうやってJenkinsのJobを呼ぶんだろう？ GitHubでのシークレット情報の管理 GitHubでは、リポジトリのsettins > secretからシークレット情報が保存できます。(リポジトリ管理者限定) 例えば EncodedVPNSettings という名前のsecuret情報を登録した場合、 secrets.EncodedVPNSettings を環境変数に設定することで、se

はじめに REST APIのテストツール、テストが書きやすくてCLIベースで動くものを探していたんですが、PostmanとNewmanの組み合わせが神だったのでご紹介です。 これらを使うとざっくりこんなことが出来ます。 REST API実行する 実行したAPIのresponseをチェックするテストスクリプトを作る 作ったテストスクリプトをjsonファイルにexport CI/CDでこのスクリプトを実行するようjenkinsジョブを作る このざっくり説明で少しでも興味を持った方、ざっくり使い方を見ていってください。 Postman Postmanは、APIを持つソフトウェアの開発を簡単にするためのツールです。アイコンかわいい(大事 出来ること APIテストを作ることができる UIでREST APIの実行確認が出来る。 headerやbodyも入力可能。量が多いのでUIベースの方が楽だったりし

はじめに 仕事や私用でちょくちょく使う機会のあるFFmpeg。記憶がなくなる前に以前調べた動画合成+クロマキーに関する情報を残しておきます。 FFmpegとは何ぞや? 動画と音声を記録・変換・再生するためのツールです。Windows, Mac, LinuxどのOSにも対応しており、動画のエンコードだけではなくストリーミング等も出来る優れものです。 FFmpegのいいところ 様々な形式の動画を扱うことが出来る 使い方としてはffmpeg -i 入力動画 オプション色々設定 出力動画という形で表現するのですが、この入力、出力動画の種類が本当に豊富です。 通常PCで再生できる動画はもちろんサポート 連続静止画⇔動画の変換が可能。 例: 入力にRTP等のストリーミング配信URLを指定することが可能 RTPサーバー作成することがあれば便利な機能です。 オプションパラメーターが豊富 サイズやコーデック

はじめに if分岐を減らすコードの有用性⇒なぜか三項演算子の話に置き換えられるってのをTwitterで見かけたので、実例を挙げてみました。 言語に寄らない知識なので使う言語はなんでもいいのですが、私が今使っているgolangで説明させていただきます。 なんで条件分岐が少ないと嬉しいのか？ 個人的には、頭に優しくなるのが一番のメリットだと思っています。 頭に優しい どこに分岐があるのかを考える箇所が減る 今なんの分岐中なのか？を考える箇所が減る もう少し客観的な理由をまとめます。 影響範囲の複雑さを減らす 分岐処理がいたるところにあると、分岐処理が増えた時にいたるところに手を入れる必要があります。 しかし、これが分岐を減らして特定の場所に分岐がまとまっていくと、結果分岐に影響するコードの範囲が減ります。 疎結合なコードを作るのは大事ですよね テストの複雑さを減らす テスト設計、皆さんどうして

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Wikipediaより デバッグ（debug）とは、コンピュータプログラムや電気機器中のバグ・欠陥を発見および修正し、動作を仕様通りのものとするための作業である。 開発をする際に一番苦労することは何か？一番感じるのは、デバッグ、特にバグ調査なのかなと感じています。 結構経験の長い短い関係なく、一つのやり方しか知らずに手詰まりになる方のことをよく見聞きします。 なので、今回はデバッグ(主に調査部分)について、何をすればいいのかについて言語化していこうと思います。 どんなツールを使うか？みたいなテクニックの話よりも、どういった考え

##はじめに 特に組み込み系開発者なら超絶便利でよく利用するので、ドはまりして必死の調査により理屈を覚えた人も多数いるであろうマルチスレッドプログラミング。今回は本件について出来るだけかみ砕いて説明したいと思います。 記事の主題は以下となります。 プロセス/スレッドってなに？ 排他制御ってなんで必要なの？ その他注意点や排他を減らす手段の紹介 ##プロセス/スレッドってなに？ ###プロセス: main関数で動くプログラム 以前ライブラリの説明をした際に、プログラムはmain関数や使用するデータによって実現すると記載させてもらいました。このプログラムを実行すると、このプログラムの情報が全てメモリ上に展開され、利用されます。この展開された情報をひとまとめにしてプロセスと呼んでいます。 実行されたプログラムのことをプロセスと呼ぶので、例えば同じプログラムを2回実行すると、2つのプロセスが出来る

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

はじめに 新規追加する関数名に悩むとき、通常の翻訳サイトだと物足りないこともありますよね。 で、「確かQiitaで命名に関するチートシート記事があったよな～」という記憶だけが残っており、その時に見つけ出せなかったので半分自分用にサイトをまとめておこうと思います。 何かいいものがあったら随時更新していきます。 命名するその前に：既存プロジェクト開発ならプロジェクトの規則・文化も考慮する もし既存プロジェクトに参入し、そこで新規関数や変数を作ろうとしている場合には、以下のような点があるかも意識した方がいいと思います。 そのプロジェクトでの命名規則 「こういう機能ではこの単語を使うべし！」みたいな暗黙の文化 既存プロジェクト内のソースコードと全然違う命名をしてしまうと、同一機能のgrepに引っかからなくなる等デメリットもあるので。 特に歴史の長いプロジェクトに新規参入した場合等は、正当な理由での

はじめに Webシステムでよく使われるREST-API、個人的に勉強した際「ドキュメントや実装を整理したいよな～」とか思って自分で頑張ろうとしていました。 しかし世の中には標準というものがあるｍので、REST-APIにも**OpenAPI(swagger)**という記述方法が一般的になっています。 ここではswaggerと、swagger+golang web frameworkを利用出来るツールの紹介をしていきます。 OpenAPI(swagger)とは ざっくりいうと、「REST-APIの定義に関する記述方法を取り決めたもの」になります。一定の法則に従って記述するため、整形された描画や自動生成が可能となっています。 詳細なSpecについてはOpenAPI Specificationを参照ください。 整形された描画 ファイルの形式はYAMLかJSON形式のファイルとなっています。 ファイ

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

はじめに：Rubyは死んだらしい。便利だけどな～ ここ一年で技術的な情報を意識するようになったからか、言語マウントが気になるようになりました。Rubyは死んだ、Javaはオワコン、Goは70年代に立ち往生した言語だ、Cは化石だ。 こういった話題を見る度にずっとモヤモヤしてしまいます。どの言語も一長一短あるんだから、0か1かで語らずいいとこどりで活用すればいいのにね。 今回はRubyが叩かれていたので、擁護してみました。 いいところの前に 私のRuby歴 業務で2年程使っていました。Ruby On Railsは触ったことがなく、主にcgiやmruby、テストスクリプトとして利用していました。 それ以外の言語として一番長いのはC。加えてC++、Python、Java、趣味でGoに触ります。 また、Linux開発メインなのでbash(shell script)もよく使います。 備考 ※本記事はR

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに OSSやコードの公開先として定番になっているGitHub。利用している方も多いんじゃないでしょうか。 このGitHub内にwikiが作成できる機能に対する作成備忘録となります。 wiki利用の個人的経緯 勉強の為C言語に合ったデザインパターンの表現という形でQiitaに記事を書く →ライブラリとして割と自分が使いたい形になってきたなー →よっしゃ！ちゃんとしたOSSっぽくしよう！ →どうせならQiitaの記事じゃなく、GitHubのコード近くにクラス図くらい欲しいよな～ でもリポジトリに入れると無駄にサイズが重くなるし。何か今

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

今家にルーターが欲しくて自作したので、せっかくだから共有します。 ご家庭に埋もれたPCやラズパイ、無線/有線併用のルーターにしませんか？ 記事の構成 前後編に分けてまとめて行きたいと思います。ハマったところは主にPC環境構築です。 その1. ルーター構成と必要知識の紹介 本記事です。ここではルーターの構成と、その構成要素として必要な技術を紹介します。 ルーター構成の説明 どんなものか？ユースケースの紹介 構成概要 必要技術: LANを構築する。 bridgeインターフェイス NATからの外部アクセス DHCP DNS 必要技術: LAN側デバイスを立ち上げる。 ethernetデバイス 無線デバイス その2. 作成ソフトウェアの紹介と導入例 次回まとめます。⇒まとめました 実際に作成したソフトウェア、導入機材その構成要素として必要な技術を紹介します。 ソフトウェア説明・使い方 ソフトウェア

はじめに～HRTは本当に大事。でも意識しすぎて失敗することも 最近バズった記事からHRTに関わる記事やコメントを見る機会が増え、HRTが大事と改めて意識しました。 それとともに、HRTを実践するのは難しいなと改めて感じたのでまとめてみました。 まずはHRTについてQiitaガイドラインから HRTとは、書籍『Team Geek――Googleのギークたちはいかにしてチームを作るのか』で紹介されている「Humility（謙虚）」、「Respect（尊敬）」、「Trust（信頼）」を示す言葉です。書籍では“あらゆる人間関係の衝突は、謙虚・尊敬・信頼の欠如によるものだ”と述べられています。 Qiitaを利用する際には、このHRTを意識するよう心がけましょう。記事は記事を書いた本人ではありません。 とても素晴らしい言葉で、自分の中でこうありたいと思う理想でもあるので心に刻み付けています。 しかし、

$df Filesystem 1K-blocks Used Available Use% Mounted on udev 4054564 0 4054564 0% /dev tmpfs 816796 1220 815576 1% /run /dev/sda1 10253588 6853008 2860012 71% / tmpfs 4083972 0 4083972 0% /dev/shm tmpfs 5120 4 5116 1% /run/lock tmpfs 4083972 0 4083972 0% /sys/fs/cgroup /dev/loop0 142848 142848 0 100% /snap/gnome-3-26-1604/64 ... tmpfs 816792 0 816792 0% /run/user/1000 凝ったファイルシステムを構築していなければ、基本的に/にマ

これでリポジトリの移行も完了！ 2019/10/03追記 hiroponzさんコメントより、GitHubからの移行なら、以下で丸っとインポートできます。 GitHubを使用している場合は、「New Project」→「Import Project」→「GitHub」で、リポジトリ以外にも「Issue」と「Pull Request」と「Wiki」も一緒にインポートできて便利です。 コマンドベースの操作だと、自前のローカルリポジトリを移植する際に使えるのが良いです。また、本記事の記載方法だとmasterブランチのみなので、全ブランチ、タグを取り込む方法もまとめました。 GitLabを少し触ってみた感想 とりあえずGitHubで普段使う機能は大抵ある GitHubで便利だなと思った機能は大体あります。 ただUIが大分小洒落た感じでいいですが、操作感はあっちこっちにタブが飛ぶのがちょっと苦手。好み

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに こちら、そろそろ知っておきたいHTTP/2の話という良くまとめられた記事を見ていて、色々と苦い記憶がよみがえってきたのですが、そういうHTTP/2仕様に困った系記事があまり見当たらなかったのでまとめました。 HTTP/2とは 機能 現在支流のHTTP 1/1よりもより効率よく、セキュアな通信をもらたす為に色々なアップグレードを施したHTTPの規格です。 特徴をざっというと、こんな感じ。 ストリーム、メッセージ、フレームという新しいデータの交換方式を利用することによる、実TCPセッション数削減 サーバー プッシュ機能により、複数

はじめに 前回のProxyパターン、ライブラリの差し替え部分でLD_PRELOADを使って色々なproxyパターン的な例を考えてみたのですが、調べているうちに 凄さと恐ろしさを感じたため、別件としてまとめさせていただきました。 基本的なLinuxの動的ライブラリリンクに関する仕組み 何よりもまず、Linuxの動的ライブラリがリンクされる際の仕組みについて整理しましょう。 (一旦LD_PRELOADは忘れてください。) まずライブラリリンクの検索は、ld.soというライブラリによって検索されるそうです。 manpageよりld.soの仕様を確認すると、検索順は DT_RUNPATH, DT_RPATH(非推奨) (ビルド時の-rpathで指定されたパス) 環境変数LD_LIBRARY_PATH /etc/ld.so.cacheファイル内のパス (基本は/etc/ld.so.conf, /et