はてなブックマーク

DevOpsDays Tokyo2024にオンラインで参加しました！ ユーザの要望を可能な限り早くデリバリーできるエンジニアを目指す私としては、トランクベース開発というキーワードがやはり気になるところでした。 イベントでトークセッションをしていたカケハシ社の「Value-Driven DevOps Team〜価値貢献を大切にするチームがたどり着いたDevOpsベストプラクティス〜」で聞いた内容と、 自分なりに調べた内容を組み合わせて、素早くユーザに機能をデリバリーするためのトランクベース開発についてまとめていこうと思います！ ↓DevOpsDaysで聴講したセッションの資料はこちら↓ 引用: Value Driven DevOps Team ~価値貢献を大切にするチームがたどり着いたDevOpsベストプラクティス~(https://speakerdeck.com/kakehashi/val

忙しい人のために 1on1で成すべきことは、 メンティーは「自分のチャレンジを応援し、チャレンジを一緒に考えて欲しい」ということを 伝える べし メンターは、メンティーに自分一人で思いつかなかったチャレンジをさせるべし そのチャレンジに向けて、メンターとメンティー2人で走り続けるべし 1on1で本当に成すべきこととは？ 世の中の標準的な考え方から、1on1で本当になすべきことは何か？を掘り下げてみます。 参考としてパーソルさんの記事を引用し、1on1の目的を確認してみます。 1on1の目的 企業が1on1を行う目的は、主に以下の2点が挙げられます。 ・部下の成長促進 ・企業の組織力強化 引用: 1on1とは？目的や話す内容・面談との違い【取り組み調査あり】 上記が一般的に言われる、1on1の目的だと思います。 目線が経営目線になっているので、1on1を実際にやる我々目線でもう少し噛み砕いて

エンジニアの必読書を読んでいない・・・！！ 「Learn things that don't change」という海外の記事で、「2024年の全エンジニアが読まなければならない本」(下の画像)が紹介されており、その中でマーチンファウラー著「リファクタリング」を読んでいないことに気づきました。 (中段左のGoodPracticesのRefactoring) 引用: 「Learn things that don't change」 新卒でエンジニアリングを本格的に始め、早30歳を過ぎた私ですが、ソフトウェアエンジニアの必修科目を履修するため「リファクタリング」今更読みました。 この「リファクタリング」という本を読んでいて、 内容としては、「まあそうだよね〜」というのも多いのですが、その中でも本を読むまで言語化しきれてなかったところがあったので、それを書き連ねていきます。 忙しい人のために リフ

{ // see. Customizing IntelliSense // The contents described below have been copied // https://code.visualstudio.com/docs/editor/intellisense#_customizing-intellisense // from here // Controls if quick suggestions should show up while typing "editor.quickSuggestions": { "other": true, "comments": false, "strings": false }, // Controls whether suggestions should be accepted on commit characters. Fo

はじめに LINE botで翻訳botを作りました。 このbotを友達登録して何か発言するとそれを英訳して返してくれます。 ルームにも招待できるので、普段会話を英語にするとどんな感じなんだろう？と気になっている人はぜひ使ってみてください。 bot 友達登録 使ったもの python 3.7 Django 2.2.8 mysql (使っていない) nginx 1.17 Google Compute Engine Google Translate API (google-cloud-translate 2.0.0) お名前.com Let’s Encrypt コード こちらにコミットしています。 https://github.com/ken-araki/line-bot-python コスト感(予定) 年間1円です。 まだ運用が始まっていないので想定値ですが、以下のような試算をしています。 お

作ったもの https://hub.docker.com/r/kaakaa/opencv-contrib-python3/ OpenCVで文字列認識 画像処理ライブラリのOpenCVで文字列認識をする場合、OpenCV ContoribItseez/opencv_contribのtextモジュールを通じてtesseract-ocrを利用するのが定番のようです。 opencvで文字認識その１　Tesseractラッパ - whoopsidaisies's diary OpenCVの機能で画像中の文字列の存在する位置を特定し、その特定したそれぞれの位置に対してTesseract-ocrの文字列認識を実行する模様。 日本語を認識する場合、Tesseractで用意されている日本語トレーニングデータが使えそうです（まだ使ったことは無い）。 tesseract-ocr の言語データ(jpn.train

はじめに Java 8 Update 111 からjava.netパッケージの HTTPS 接続の際のトンネリングに Basic 認証を使用できない設定がデフォルトになったようです。 回避するにはjdk.http.auth.tunneling.disabledSchemesに空文字列を設定する必要があるそうです。 事象 背景 Java のjava.net.HttpURLConnectionを利用して、認証付きプロキシ内の環境から https のサイトにアクセスしようとした時に、どんな方法でプロキシの認証情報を付与しても407 Proxy Authentication Requiredエラーを解消できなかった。 import java.util.*; import java.net.*; public class Sample { private static String PROXY_HO

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

ChatOps DevOpsの流れで、開発・運用における情報共有やビルド実行・通知などをコミュニケーションツールであるチャットから行うChatOpsというブームが起こりました。ChatOpsを採用することで開発チームと運用チームのリアルタイムな連携や、ビルド・デプロイの失敗に対する迅速な対応が可能となり、開発スピードの向上を図ることができるようになります。 その中核をなすのが、チャットに書き込まれたメッセージによる処理実行やチャットへの通知を管理するBotツールです。 ChatOpsの流行り始めはGithub社のHubotがデファクトスタンダートでしたが、昨今ではSlackのBotkitやMicrosoft Bot Framework、またLINEまでもBotを提供するなど、Bot / ChatOpsはシステム開発における一つの定番プラクティスとなってきました。 でも、何かが・・・何かが足

はじめに Gradleのビルドを高速化する方法について、下記エントリを参考に調べてみました。 10 Tips to Improve Your Gradle Build Time — Medium 記事の冒頭でも書かれている通り、上記のエントリはAndroidプロジェクト向けに書かれていますが、AndroidプロジェクトでなくてもGradleプロジェクトならば適用できる方法ばかりです。 （一つAndroid限定のものもありますが） 特にマルチプロジェクト構成の際に効果が高いものばかりなので、大規模なGradleプロジェクトを構築する際の参考になりそうです。 ただ、最後のまとめにも書きましたが、ビルド時間の大半を占めるのがテスト実行時間であることが多いため、劇的にビルドが早くなるという訳では無いかと思いました。 0. ドキュメント Gradleのコマンドラインオプションと実行時オプションを利用

はじめに ubuntuホスト上でDockerのCentOSイメージ使ってdocker buildしたらエラー。 今後もハマることがある気がしたので備忘録。 基本的には下記の記事と同じような内容。 CentOS7 + systemd + Docker でインフラCIをやっていく - Qiita 最後の「おわりに」に書きましたが、aufsを新しくしてCONFIG_AUFS_XATTRを有効にするのが根源的な解法っぽい。（未確認） 今回は個人的にDockerを触って見てるだけなので、Dockerのストレージドライバをaufs以外にするだけの手軽に解決できる方法を選択しています。 ちなみに、boot2dockerでも同じ問題が起こっていたそうですが、そちらは修正されている模様。 Bump kernel and AUFS versions, update kernel config by psten

のような形がお約束。 ではこれでどのくらいのデータが渡せるか。 渡し方から想像できるようにURLとしての長さの制限(256)を受けます。 つまり関数名やあたまのjavascript:を考えると200ちょっと。 普通はこれで足りるんですが、画像データをbase64形式で渡したかったんです。 で、考えたのはjavascriptの関数を読んで、またnativeを呼び返して、と繰り返していけば40kのデータでも200回繰り返せば渡せるな、と。 そんなにnative-webviewの連続呼び出しがスムーズに行くのかって疑問があるので検証。 まずはbase64のデータを配列にしてコマ切れに。base64にするときにNO_WRAP指定すると改行が無くせます。 URLに改行入ってくると面倒なので先に。 Base64.encodeToString(bytearray, Base64.NO_WRAP); pr

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Google IO 2013(2013/05/15)で発表された新しいgoogle playの機能です。 概要 β版アプリを配布する機能です。 アプリ管理画面に公開版、β版、α版のapk登録場所があって、βとαはユーザー限定して配布できます。 本番公開前にユーザーテストを行うことができます。 公開後に、最新バージョンを一部のユーザーにのみ提供してテストすることもできます。 メリット 一部ユーザー限定にアプリを配布して試してもらうことができます。 アプリに対して評価の★をつけたりすることができません。 なので一般公開前にひどい評価になるよ